ByteBuffer.wrap()不等于入池，它仅创建共享原数组的非池化HeapByteBuffer；真正入池需用Netty等框架的PooledByteBufAllocator分配并拷贝数据。
ByteBuffer 的 wrap() 方法本身不会将字节数组“包装入池”——它创建的是一个非池化、堆内（heap）的 ByteBuffer，且不涉及任何缓冲区池（buffer pool）机制。
Java 标准库中的 ByteBuffer.wrap(byte[]) 返回的是 HeapByteBuffer 实例，底层直接持有你传入的字节数组引用，不经过任何缓冲区池管理。所谓“入池”，是高性能网络框架（如 Netty）或自定义内存管理模块中才有的概念。
为什么 wrap() 不等于“入池”？
• `ByteBuffer.wrap(byte[])` 是 JDK 原生方法，设计目标是轻量、快速地复用已有数组，不引入额外生命周期管理；
• 它返回的 buffer 没有被注册到任何池，也不会被回收复用；
• 调用方需自行负责原数组的生命周期（比如是否会被其他代码修改、何时可安全丢弃）；
• 真正的“缓冲区池”需要显式使用如 `PooledByteBufAllocator`（Netty）、或 `DirectByteBuffer` 配合自定义回收逻辑等机制。
如果想实现“将字节数组包装并纳入缓冲区池”，该怎么做？
标准 JDK 不支持。但常见方案如下：
-
Netty 用户：不能直接用 `wrap()` 入池；应使用 `PooledByteBufAllocator` 分配 buffer，再用 `writeBytes(byte[])` 写入数据：
PooledByteBufAllocator.DEFAULT.directBuffer().writeBytes(myArray)（适合 direct buffer）或PooledByteBufAllocator.DEFAULT.heapBuffer().writeBytes(myArray)（返回池化的 heap buffer，内部会拷贝数据） -
想复用已有数组 + 入池？：Netty 不允许把外部数组直接交由池管理（因池需完全控制内存生命周期）。可行折中是：
• 从池中分配一块 buffer（如 `allocator.heapBuffer(myArray.length)`）；
• 调用 `buffer.writeBytes(myArray)` 把数据复制进去；
• 使用完毕调用 `buffer.release()` 归还到池。 - 自定义池场景：需自行实现类似 `Recycler` 或对象池，包装 `byte[]` 时在 `get()` 时填充数据、`recycle()` 时清空/重置，并确保线程安全与数组复用边界可控。
常见误解与提醒
• ❌ “`ByteBuffer.wrap(array).slice().asReadOnlyBuffer()` 就是池化” → 错，只是视图变换，仍无池管理；
• ❌ “用 `ThreadLocal
• ✅ 真正的池化核心特征：统一分配、显式释放、内存复用、容量预设、避免频繁 GC；
• ⚠️ 直接 wrap 后长期持有 buffer，若原数组被其他逻辑修改，会导致 buffer 数据意外变更 —— 这是共享内存的风险，不是池的问题，但常被混淆。
不复杂但容易忽略：“包装” ≠ “入池”。是否需要池，取决于你的场景对内存分配频率、GC 压力、零拷贝需求的权衡。
