netty不是nio的简单封装，而是生产级重写：它将reactor线程模型、内存池、零拷贝缓冲区、pipeline机制等全部组件化、可配置，解决了jdk nio的空轮询、手动索引管理、线程争抢等核心痛点。
Netty到底是不是“另一个NIO封装”？
不是。Netty是NIO的**生产级重写**，不是简单包装。JDK原生NIO暴露太多底层细节（Selector空轮询、ByteBuffer手动flip/clear、线程模型裸写），而Netty把Reactor线程池、内存池、零拷贝缓冲区、Pipeline编排全做成了可配置、可替换的组件。
你写一个能跑通的NIO服务端可能只要200行，但要让它扛住10万并发、不丢包、不OOM、断连自动重试、支持SSL和心跳——没Netty，基本等于重造轮子。
-
NioEventLoopGroup不是线程池：它绑定了Selector和线程，每个线程独占一个Selector，避免多线程争抢；boss组只管accept，worker组才真正处理读写 -
ByteBuf替代ByteBuffer：自动管理读写索引，支持堆外内存（PooledByteBufAllocator）、复合缓冲区（CompositeByteBuf），零拷贝转发时直接切片不复制 - 没有
ChannelHandler链就等于没用Netty：所有业务逻辑必须塞进ChannelInboundHandler或ChannelOutboundHandler，否则事件根本传不到你代码里
为什么ServerBootstrap.group(bossGroup, workerGroup)不能只传一个group？
因为accept和I/O处理在Netty里是严格分离的。如果你把同一个EventLoopGroup既当boss又当worker，会出现两种严重问题：
- 连接风暴下，accept事件挤占I/O线程：新连接疯狂进来，
Selector不断触发OP_ACCEPT，导致worker线程没空处理已建立连接的读写，堆积大量readPending，最终超时断连 - 线程复用混乱：
NioServerSocketChannel和NioSocketChannel底层使用的Selector类型不同，混用会导致CancelledKeyException或静默失败 - 调试时现象：服务端CPU不高但连接数上不去，
netstat -an | grep :8080 | wc -l显示大量SYN_RECV，日志里却看不到channelActive回调
正确姿势永远是两个独立group，且bossGroup线程数通常设为1（除非你启了多个端口监听）。
技术上面应用了三层结构，AJAX框架，URL重写等基础的开发。并用了动软的代码生成器及数据访问类，加进了一些自己用到的小功能，算是整理了一些自己的操作类。系统设计上面说不出用什么模式，大体设计是后台分两级分类，设置好一级之后，再设置二级并选择栏目类型，如内容，列表，上传文件，新窗口等。这样就可以生成无限多个二级分类，也就是网站栏目。对于扩展性来说，如果有新的需求可以直接加一个栏目类型并新加功能操作
新手最常写的错：在channelRead里直接ctx.writeAndFlush()字符串
这会抛java.lang.UnsupportedOperationException: unsupported message type: String——因为Netty默认只认ByteBuf，不认Java对象或String。
- 临时解决：加
StringEncoder和StringDecoder，但仅限于纯文本调试，上线必须换协议编解码器 - 真正该做的是：定义明确的消息边界。TCP是流式协议，
channelRead收到的可能是半包、粘包。别自己用readLine()或indexOf()切分，用现成的：LineBasedFrameDecoder（按换行）、DelimiterBasedFrameDecoder（按分隔符）、LengthFieldBasedFrameDecoder（按长度前缀） - 性能陷阱：用
StringDecoder会强制将ByteBuf转成String再GC，高并发下GC压力陡增；生产环境一律用ProtobufDecoder或自定义ByteBuf解析逻辑
依赖版本选netty-all还是拆开引入？
开发阶段用netty-all省事，上线前必须拆。
-
netty-all打包了所有模块（包括netty-tcnative、netty-resolver-dns），但很多你根本不用。比如没用gRPC就不用netty-handler-proxy，没用DNS-SD就不需要netty-resolver-dns - 冲突高发区：
netty-codec-http和netty-codec-http2有部分类重名，netty-all容易掩盖版本不一致问题，导致运行时报NoClassDefFoundError或IllegalAccessError - 推荐最小集（TCP服务端）：
netty-transport+netty-buffer+netty-codec+netty-handler，其他按需加
真正难的从来不是启动服务，而是让连接不丢、消息不错、内存不爆、线程不疯——这些Netty都提供了钩子，但得你亲手挂上去，漏掉任意一个，压测时都会准时爆发。
