目录
初见
深入
需要注意
对待超SIZE情况开源项目怎么做
1、seata中
2、SUMMER中
3、一些资料中
总结
初见
以下是包中注释
Returns true if and only if the I/O thread will perform the requested write operation immediately. Any write requests made when this method returns false are queued until the I/O thread is ready to process the queued write requests.
当且仅当I/O线程立即执行请求的写操作时，返回true。当这个方法返回false时，任何写请求都会排队等待，直到I/O线程准备好处理排队的写请求。
刚开始接触到它是因为服务端给我断连，再写入时必然是不可写报错的(当时没区分isActive和isWritable，看了前辈的代码直接使用的是isWritable，此时是没区分场景的)。
后来测试中发现，发送流量过大时，isWritable仍然会返回false，然后对它就进行更进一步了解
深入
debug通过源码看
通常情况下，我们会使用writeAndFlush发送消息。它的具体流程是写入时会生成 WriteTask，交由 IO 线程处理，write 操作将消息写入 ChannelOutboundBuffer，最后再将 ChannelOutboundBuffer 缓冲区写 入socket 的发送缓冲区；
在创建WriteTask时初始化会调用incrementPendingOutboundBytes方法，去判断更改isWritable中判断要素变量ChannelOutboundBuffer中的unwritable。判断要素则为可配置的WriteBufferHighWaterMark(高水位线)
以上就是原理，通俗来说就是如ChannelOutboundBuffer中有一个缓冲区，这个缓冲区设有高位线和低位线，当 buffer 的大小超过高水位线的时候对应 channel 的 isWritable 就会变成 false，当 buffer 的大小低于低水位线的时候，isWritable 就会变成 true。writeAndFlush时会增加缓冲区大小。
需要注意
每次writeAndFlush时可以不判断channel的isWritable状态，但是根据我们通过简介也知道。当isWritable()方法返回false时，这意味着缓冲区已经被填满，无法再写入更多数据，此时如果强制写入数据会导致阻塞，一直阻塞，数据量特别大时会造成OOM。
对待超SIZE情况开源项目怎么做
我简单查看了以下github和资料，大致有以下做法，简单看了看，有错误请指出。
其中不乏有不处理只打印日志的，单总感觉差点意思。
1、seata中
异步加阻塞方式
2、SUMMER中
阻塞队列，在监听write事件上，再处理。
3、一些资料中
出处：如何解决 Netty Channel.isWritable 返回 false-CSDN博客
总结
对待超BUFFER情况，还是要根据业务具体分析，合理计算、配置资源，比如限流什么的。
