ByteBuffer非线程安全，应避免共享：每个线程独用实例、用ThreadLocal隔离、只读视图、同步封装或严格所有权池化。
避免在多线程下共享非线程安全的 ByteBuffer 导致数据交叉污染，核心思路是：不共享、不复用、不裸露可变状态。Java 的 ByteBuffer（包括 HeapByteBuffer 和 DirectByteBuffer）本身**不是线程安全的**——它的位置（position）、限制（limit）、标记（mark）等状态变量可被任意线程修改，且无内部同步；多个线程并发调用 put()、get()、flip() 等方法会相互覆盖指针，造成读写错位、越界、数据覆盖或静默丢失。
不共享同一个 ByteBuffer 实例
这是最直接有效的原则。只要多个线程不共用同一块缓冲区对象，就从根源上切断污染路径：
- 每个线程分配独立的
ByteBuffer（例如每次处理请求时ByteBuffer.allocate()或ByteBuffer.allocateDirect()） - 避免将缓冲区作为类字段、静态变量或池中未加隔离的“全局”资源暴露给多个线程
- 若必须复用（如高性能场景），需配合对象池 + 严格所有权管理（见下文）
用 ThreadLocal 隔离缓冲区副本
适合固定大小、高频复用的场景（如网络 I/O 解析器）。为每个线程独占一个缓冲区实例，彻底规避竞争：
private static final ThreadLocal<ByteBuffer> TL_BUFFER = ThreadLocal.withInitial(() ->
ByteBuffer.allocate(8192)
);使用时直接获取：ByteBuffer buf = TL_BUFFER.get();。注意：用完勿重置 position 或 clear() 后还给别人——它只属于当前线程。长期运行的服务需防止内存泄漏，必要时在业务逻辑结束时手动 TL_BUFFER.remove()（尤其在线程池中）。
使用不可变视图或只读副本
当只需读取数据，且原始缓冲区由单一线程写入完成后再分发，可用 asReadOnlyBuffer() 创建线程安全的只读视图：
- 只读缓冲区禁止修改
position/limit等状态（调用put会抛ReadOnlyBufferException） - 底层字节数组仍共享，但因状态不可变 + 无写操作，多个线程并发
get()是安全的 - 适用于“写一次、读多次”的协议解析、日志采样等场景
若必须共享，加显式同步或封装访问
极少数场景（如共享接收缓冲区）无法避免共用，此时必须控制访问权：
- 用
synchronized块包裹所有对缓冲区状态的操作（put、get、flip、clear） - 更推荐封装成线程安全的包装类，例如：
private final ByteBuffer buffer;
private final Object lock = new Object();
public SafeByteBuffer(ByteBuffer buffer) { this.buffer = buffer; }
public int put(byte[] src) {
synchronized (lock) {
int pos = buffer.position();
buffer.put(src);
return buffer.position() - pos;
}
}
}
注意：同步粒度要细，避免锁住整个缓冲区生命周期；也不建议在同步块内做耗时操作（如 I/O 或复杂计算）。
慎用缓冲区池，必须配所有权转移机制
像 Netty 的 PooledByteBufAllocator 那样复用缓冲区是可行的，但前提是：
- 缓冲区在释放前必须被明确归还（
release()），且不能跨线程持有 - 池实现本身线程安全（如
ConcurrentLinkedQueue存储空闲缓冲区） - 应用层遵守“谁申请、谁使用、谁释放”原则，禁止缓存池中缓冲区引用到下一轮任务
自行实现简易池时，务必避免把 ByteBuffer 放进 static List 并让多个线程随意取用——这等于把问题重新引回起点。
