第一章Netty，NIO selector消息边界问题，附件和扩容

在 Java NIO 编程中，Selector 本身并不直接处理消息边界或缓冲区扩容，这些逻辑需要在应用层基于 SelectionKey 的 ‌附件（Attachment）‌ 机制来实现。由于 TCP 是流式协议，必须通过自定义协议解决‌粘包/拆包‌问题，并通过‌动态扩容‌应对大数据量场景。

以下是结合 Selector、Attachment 和扩容机制的完整解决方案：

一、核心架构设计

Attachment 的作用‌：
为每个 SocketChannel 绑定一个持久的 ByteBuffer（作为读缓冲区）。
避免每次 read 都新建对象，减少 GC 压力。
保存解析状态（如当前已读取的头信息、剩余长度等）。

消息边界处理（定长头+变长体）‌：协议定义前 4 字节为 int 类型的消息体长度‌。

步骤‌：
检查缓冲区是否有 4 字节，读取长度 len。
检查缓冲区剩余数据是否 >= len。
若不足，保留现场（mark/reset 或依靠 compact），等待下次数据到达。
若足够，提取完整消息并处理。

动态扩容机制‌：
当解析出的 len 大于当前缓冲区剩余空间时，创建更大的 ByteBuffer。
将旧数据拷贝到新缓冲区，并更新 key.attachment()。

二、关键代码实现

1. 初始化与注册

// 初始缓冲区大小privatestaticfinalintINITIAL_BUF_SIZE=1024;// 最大允许消息大小（防止 OOM）privatestaticfinalintMAX_MSG_SIZE=10*1024*1024;// 注册通道时绑定初始缓冲区SocketChannelchannel=serverSocketChannel.accept();channel.configureBlocking(false);ByteBufferbuffer=ByteBuffer.allocate(INITIAL_BUF_SIZE);SelectionKeykey=channel.register(selector,SelectionKey.OP_READ,buffer);

2. 读事件处理与扩容逻辑

if(key