写数据是NIO Channel实现的另一个比较复杂的功能。每一个channel都有一个outboundBuffer，这是一个输出缓冲区。当调用channel的write方法写数据时，这个数据被一系列ChannelOutboundHandler处理之后，它被放进这个缓冲区中，并没有真正把数据写到socket channel中。然后再调用channel的flush方法，flush会把outboundBuffer中数据真正写到socket channel。正常情况下flush之后，数据已经真正写完了。但使用Selector加非阻塞socket的方式写数据，让写操作变得复杂了。操作系统为每个socket维护了一个数据发送缓冲区，它的长度SO_SNDBUF, 每次发送数据，先把数据写到这个缓冲区中，操作系统负责把这个发送缓冲区中的数据发送出去，并清理这个缓冲区。当向缓冲区写的速率大于系统的发送速率时，它会被填满，在非阻塞模式下的表现为: 调用socket的write方法写入长度为n数据，实际写入的数据长度m的范围是:0=<m<n。这个时候还剩下长度为n-m的数据没有写入到socket，而数据必须以正确的顺序完整地写入到socket中。 outboundBuffer正是为解决这个问题而设计的，没写进socket的剩余数据会以正确的顺序保存在outboundBuffer中，当发送缓冲区中有空间可以写时，可以从outboundBuffer中取出剩余的数据继续写入到socket中。
Channel write实现: 把数据写到outboundBuffer中
write调用栈:
io.netty.channel.AbstractChannel#write(java.lang.Object)
io.netty.channel.DefaultChannelPipeline#write(java.lang.Object)
io.netty.channel.AbstractChannelHandlerContext#write(java.lang.Object)
io.netty.channel.AbstractChannelHandlerContext#write(java.lang.Object, io.netty.channel.ChannelPromise)
io.netty.channel.AbstractChannelHandlerContext#write(java.lang.Object, boolean, io.netty.channel.ChannelPromise)
io.netty.channel.AbstractChannelHandlerContext#invokeWrite
io.netty.channel.DefaultChannelPipeline.HeadContext#write
io.netty.channel.AbstractChannel.AbstractUnsafe#write
write的主要逻辑在io.netty.channel.AbstractChannel.AbstractUnsafe#write中实现，这个方法把要写的数据msg对象放到outboundBuffer中。在执行close时，netty不希望有希望写新的数据，避免引起不可预料的错误，因此会把outboundBuffer置为null。这里在向outboundBuffer写数据之前会把对它进行检查，如果是null就抛出错误。下面是这个write方法的实现。
@Override
public final void write(Object msg, ChannelPromise promise) {
assertEventLoop(); ChannelOutboundBuffer outboundBuffer = this.outboundBuffer;
if (outboundBuffer == null) {
safeSetFailure(promise, WRITE_CLOSED_CHANNEL_EXCEPTION);
ReferenceCountUtil.release(msg);
return;
} int size;
try {
msg = filterOutboundMessage(msg);
size = pipeline.estimatorHandle().size(msg);
if (size < 0) {
size = 0;
}
} catch (Throwable t) {
safeSetFailure(promise, t);
ReferenceCountUtil.release(msg);
return;
} outboundBuffer.addMessage(msg, size, promise);
}
第5-9行，对outboudBuffer进行检查，如果是null抛出错误。这个里有个小细节，用一个局部变量引用outboundBuffer，避免由其他线程对this.outboundBuffer置空引发错误。
14行，调用filterOutboundMessage对msg进行过滤。这是一个protected方法，默认实现是什么都没做，返回输入的msg参数。子类可以覆盖这个方法，把msg转换成期望的类型。
15行，计算msg的长度。
25行，把放入到outboundBuffer中。
Channel flush实现：把数据真正写到channel
flush调用栈：
io.netty.channel.AbstractChannel#flush
io.netty.channel.DefaultChannelPipeline#flush
io.netty.channel.AbstractChannelHandlerContext#flush
io.netty.channel.AbstractChannelHandlerContext#invokeFlush
io.netty.channel.DefaultChannelPipeline.HeadContext#flush
io.netty.channel.AbstractChannel.AbstractUnsafe#flush
io.netty.channel.AbstractChannel.AbstractUnsafe#flush0
io.netty.channel.socket.nio.NioSocketChannel#doWrite
io.netty.channel.nio.AbstractNioByteChannel#doWrite
io.netty.channel.socket.nio.NioSocketChannel#doWriteBytes
以上是io.netty.channel.socket.nio.NioSocketChannel的flush调用栈，对于io.netty.channel.socket.nio.NioDatagramChannel来说，从第8行开始变得不同:
io.netty.channel.AbstractChannel.AbstractUnsafe#flush0
8 io.netty.channel.nio.AbstractNioMessageChannel#doWrite
9 io.netty.channel.socket.nio.NioDatagramChannel#doWriteMessage
把Byte数据流写入channel
io.netty.channel.socket.nio.NioSocketChannel#doWrite是Byte数据流的写逻辑，io.netty.channel.nio.AbstractNioByteChannel#doWrite也是，这两者不同的地方在于前者是在outboundBuffer可以转换成java.nio.ByteBuffer的情况下执行，后者是在outboundBuffer中的msg是ByteBuf或FileRegin类型时执行。除此之外其他逻辑都一样:
- 尽量把outboundBuffer中的数据写到channel中。
- 如果channel无法写入数据，在channel的SelectionKey上注册OP_WRITE事件，等channel可写的时候再继续写入。
- 如写入次数超过限制，把flush操作包装成task放到eventLoop排队，等待再次执行。
下面来看看io.netty.channel.socket.nio.NioSocketChannel#doWrite的实现代码:
@Override
protected void doWrite(ChannelOutboundBuffer in) throws Exception {
for (;;) {
int size = in.size();
if (size == 0) {
// All written so clear OP_WRITE
clearOpWrite();
break;
}
long writtenBytes = 0;
boolean done = false;
boolean setOpWrite = false; // Ensure the pending writes are made of ByteBufs only.
ByteBuffer[] nioBuffers = in.nioBuffers();
int nioBufferCnt = in.nioBufferCount();
long expectedWrittenBytes = in.nioBufferSize();
SocketChannel ch = javaChannel(); // Always us nioBuffers() to workaround data-corruption.
// See https://github.com/netty/netty/issues/2761
switch (nioBufferCnt) {
case 0:
// We have something else beside ByteBuffers to write so fallback to normal writes.
super.doWrite(in);
return;
case 1:
// Only one ByteBuf so use non-gathering write
ByteBuffer nioBuffer = nioBuffers[0];
for (int i = config().getWriteSpinCount() - 1; i >= 0; i --) {
final int localWrittenBytes = ch.write(nioBuffer);
if (localWrittenBytes == 0) {
setOpWrite = true;
break;
}
expectedWrittenBytes -= localWrittenBytes;
writtenBytes += localWrittenBytes;
if (expectedWrittenBytes == 0) {
done = true;
break;
}
}
break;
default:
for (int i = config().getWriteSpinCount() - 1; i >= 0; i --) {
final long localWrittenBytes = ch.write(nioBuffers, 0, nioBufferCnt);
if (localWrittenBytes == 0) {
setOpWrite = true;
break;
}
expectedWrittenBytes -= localWrittenBytes;
writtenBytes += localWrittenBytes;
if (expectedWrittenBytes == 0) {
done = true;
break;
}
}
break;
} // Release the fully written buffers, and update the indexes of the partially written buffer.
in.removeBytes(writtenBytes); if (!done) {
// Did not write all buffers completely.
incompleteWrite(setOpWrite);
break;
}
}
}
第5-7行，如果outboundBuffer中已经没有数据了，调用clearOpWrite方法清除channel SelectionKey上的OP_WRITE事件。
第15-17行，把outboundBuffer转换成ByteBuffer类型，并得到数据长度。
25行，outboundBuffer不能转换成ByteBuffer, 调用io.netty.channel.nio.AbstractNioByteChannel#doWrite执行写操作。
29-42，45-57的逻辑基本已经，都是尽量把ByteBuffer中的数据写到channel中，满足下列条件中的任意一个时，结束本次写操作:
1. ByteBuffer中的数据已经写完，正常结束。
2. channel已经不能写入数据，需要在channel可以写是继续执行写操作。
3. 者超过channel config中写入次数限制，需要选择合适的实际继续执行写操作。
62行，把已经写入到channel的数据从outboundBuffer中删除。
64-66行， 如果数据没写完，调用incompleteWrite处理没写完的情况。当setOpWrite==true时，在channel的SelectionKey上设置OP_WRITE事件，等eventLoop触发这个事件时再继续执行flush操作。否则，把flush包装成task放到eventLoop中排队执行。
当NioEventLoop检测到OP_WRITE事件时，会调用processSelectedKey方法处理：
if ((readyOps & SelectionKey.OP_WRITE) != 0) {
ch.unsafe().forceFlush();
}
forceFlush的调用栈如下:
io.netty.channel.nio.AbstractNioChannel.AbstractNioUnsafe#forceFlush
io.netty.channel.AbstractChannel.AbstractUnsafe#flush0
io.netty.channel.socket.nio.NioSocketChannel#doWrite
io.netty.channel.nio.AbstractNioByteChannel#doWrite
io.netty.channel.socket.nio.NioSocketChannel#doWriteBytes
把数据写入UDP类型的channel
io.netty.channel.nio.AbstractNioMessageChannel#doWrite是数据报的写逻辑。相较于Byte流类型的数据，数据报的写逻辑简单一些。它只是把outboundBuffer中的数据报依次写入到channel中，如果channel写满了，在channel的SelectionKey上设置OP_WRITE事件随后退出，其后OP_WRITE事件处理逻辑和Byte流写逻辑一样。 真正的写操作在io.netty.channel.socket.nio.NioDatagramChannel#doWriteMessage中实现，这个方法的实现如下:
@Override
protected boolean doWriteMessage(Object msg, ChannelOutboundBuffer in) throws Exception {
final SocketAddress remoteAddress;
final ByteBuf data;
if (msg instanceof AddressedEnvelope) {
@SuppressWarnings("unchecked")
AddressedEnvelope<ByteBuf, SocketAddress> envelope = (AddressedEnvelope<ByteBuf, SocketAddress>) msg;
remoteAddress = envelope.recipient();
data = envelope.content();
} else {
data = (ByteBuf) msg;
remoteAddress = null;
} final int dataLen = data.readableBytes();
if (dataLen == 0) {
return true;
} final ByteBuffer nioData = data.internalNioBuffer(data.readerIndex(), dataLen);
final int writtenBytes;
if (remoteAddress != null) {
writtenBytes = javaChannel().send(nioData, remoteAddress);
} else {
writtenBytes = javaChannel().write(nioData);
}
return writtenBytes > 0;
}
5-9行，处理AddressedEnvelope类型的数据报，得到数据报的远程地址和数据。
10-12行，发送的是一个ByteBuf。没有指定远程地址。这种情况下需要先调用channel的connect方法。
20-26行，分别针对两种情况发送数据报. 23行指定了远程地址，25行没有指定远程地址，但调用过了connect方法。