netty的源码分析

tomcat源码为什么不采用netty处理并发

原因在于servlet规范的限制，tomcat必须遵循servlet规范，因此无法充分发挥NIO的特性。在servlet3.0之前，tomcat完全采用同步阻塞模型，这在处理http body读取和响应时存在一定的阻塞情况。

netty连接池的实现

关于netty连接池的实现有待改进，之前的版本可能并不太好用。可以考虑集成apache commons-pool2进行改进。这样可以提高netty连接池的使用效率和性能。

请教一个关于netty的问题

使用org.jboss.netty.bootstrap.ServerBootstrap;org.jboss.netty.channel.socket.nio.NioServer等类来构建netty服务端，注意引入正确的包进行开发。这样可以方便地实现netty的功能。

jetty和netty有啥区别

jetty是一个servlet容器，而netty是一个网络框架及库。二者本质上的功能定位不同，jetty主要用于处理servlet相关的内容，而netty更侧重于网络通信的处理。如果非要区分，可以说jetty是成品，而netty是半成品。netty在性能表现和可扩展性上相对更强大一些。

netty 在客户端断开连接的情况下依然显示发送成功

netty在客户端断开连接的情况下会出现发送成功的情况，这是因为连接断开后服务器未及时检测到链路问题，导致数据仍然被发送成功的假象。解决这个问题需要及时检测链路状态并及时处理断开连接的情况。

netty源码InternalLoggerFactory一点迷惑

InternalLoggerFactory不加锁的原因在于其是一个无状态的类，多线程调用newDefaultFactory不会导致状态混乱，保证了最终效果的一致性。这也体现了netty在设计时对性能和效率的追求。

oc/swift 使用cocoaasyncsocket 连接 Netty Protobuf的服务器

建议将netty源码导入jar包进行跟踪调试，同时可参考解决半包问题的方法来处理数据传输中可能出现的问题。这样可以更好地理解和优化网络通信流程。

关于Netty的对象序列化传输

netty支持java对象的序列化传输，但是序列化后可能会存在冗余信息，导致传输效率降低。可以考虑优化对象序列化方式，减少冗余信息，提高传输效率。这样可以更高效地进行数据传输。

关于netty lengthfieldbasedframedecoder的问题

使用netty lengthfieldbasedframedecoder时需要注意数据包的格式，只有满足特定格式的数据包才能正常解析。在自定义的协议中，需要根据标志和长度等规则来解析数据包，以确保数据的完整性和正确性。

netty相关帮看下，代码中的 SelectionKey 删没删除都没啥影响

在处理netty相关代码中，涉及到SelectionKey的删除操作时，及时删除SelectionKey可以提高系统性能和资源利用效率。如果不及时删除，可能会导致资源泄露和系统异常。因此，建议按照最佳实践及时管理SelectionKey，确保系统运行的稳定性。