Netty客户端channel主动关闭时，服务端感知并关闭channel的过程

https://blog.csdn.net/u010013573/article/details/86485856

1. 关闭channel时，会调用unsafe的close，故可以在服务端中，在AbstractChannel#AbstractUnsafe的close(final ChannelPromise promise)方法上设置断点：这个是比较顶层的方法。
   

2. 往下看底层开始时的调用栈：在selector接收到该channel的读写事件时，调用processSelectedKey处理进行处理，如下可知，
   此时产生的是一个OP_READ事件，即客户端主动关闭时，向服务端写了数据过来，服务端调用unsafe.read()，读取这个数据。
   其中unsafe为NioSocketChannel#NioSocketChannelUnsafe。
   

3. 继续debug到unsafe.read里面，发现读到的数据为空，故close = localReadCount < 0，返回为true。
   read方法在AbstractNioByteChannel#NioByteUnsafe中定义。
   如下localReadAmount为-1，
   
   而根据ByteBuf接口的setBytes的定义可知，对方（这里是客户端）channel关闭时，返回-1
   
   close为true，则调用closeOnRead(pipeline)，关闭这个channel。
   

4. closeOnRead的方法执行如下：allowHalfClosure=false，故调用的是close(voidPromise)。
   

5. close(voidPromise)的执行如下：调用doClose0关闭底层的socket，调用fireChannelInactiveAndDeregister方法，触发pipeline中，从head开始，往下传给
   InboundHandler，并执行channelInactive方法。其中close方法在AbstractChannel#AbstractUnsafe中定义。
   
   
   
   

总结

• 客户端channel主动关闭连接时，会向服务端发送一个写请求，然后服务端channel所在的selector会监听到一个OP_READ事件，然后
  执行数据读取操作，而读取时发现客户端channel已经关闭了，则读取数据字节个数返回-1，然后执行close操作，关闭该channel对应的底层socket，
  并在pipeline中，从head开始，往下将InboundHandler，并触发handler的channelInactive和channelUnregistered方法的执行，以及移除pipeline中的handlers一系列操作。

• 推荐阅读：Netty网络处理之客户端主动关闭