03.Netty回调与Channel执行流程分析

向TestHttpServerHandler中添加如下回调方法：

handlerAdded

channelRegistered

channelActive

channelInactive

channelUnregistered

通过chrome浏览器再次访问，发下如下结果

其中发现并未执行：

channelInactive

channelUnregistered

当我们把浏览器关闭之后，这两行才出现

但是通过其他工具：如curl工具请求时输出是正常的（回调可以正确执行）。

 

原因说明：因为curl工具是一个完整的网络命令工具，执行一次请求后，请求就结束了，curl客户端会主动关闭连接（此关闭由客户端主动发起），一旦连接关闭，服务端就会执行channelInactive与channelUnregistered，但是对于浏览器来说，执行完请求后，连接并不一定被关闭，因为对于http协议来说，本身协议是基于请求/响应的、无状态的协议，对于netty来说或者tomcat来说，其底层都是基于TCP的，而对于上层应用来说（这里的上层应用指的是tomcat和netty应用（服务器）），在收到http请求时，会判断头中http版本，如果是http1.1版本会keepalive一段时间，如果这段时间客户端没有发送新的请求，才会由服务器发起关闭连接（注意，是服务器发起的关闭），如果是http1.0版本，则不会keepalive，请求/响应结束后就立即关闭连接。而我们这里的例子是http1.1（使用浏览器请求时，刚请求后没有回调channelInactive与channelUnregistered，但是等待一段时间后，会出现这俩回调，也体现了使用http1.1版本时的keepalive特点）

这里通过netty实现的服务器本身并未遵循servlet规范，底层是自己基于socket，如果需要实现符合servlet规范的服务器，需要自己（程序员）实现类似如下的servlet规范的逻辑：（判断http版本---获取keepalive时间----关闭连接）

比如：如果服务端是tomcate或者jetty，那么请求/响应后，客户端连接的关闭，是由这些web容器实现的（判断http版本---获取keepalive时间----关闭连接），再netty中如果需要实现，需要我们进行处理（判断http版本---获取keepalive时间----关闭连接），但是注意：关闭连接是服务端进行发起的。

完整示例代码

https://github.com/mazhongjia/nettyssynetty02/tree/master/src/main/java/com/mzj/netty/ssy/_01_simplehttp