ByteBuffer::allocate仅用于创建新缓冲区实例，不操作底层字节；真正读写、翻转、压缩等需调用实例方法如put、get、flip，且allocate默认返回堆缓冲区，direct缓冲区需用allocateDirect。
方法引用 ByteBuffer::allocate 本身不能直接用于“操作底层字节缓冲区”，它只是一个静态工厂方法的引用，作用仅限于创建新缓冲区实例。真正操作底层字节缓冲区（如读写、翻转、压缩等）需要调用 ByteBuffer 实例的方法，而 allocate 只负责分配——它不持有底层数据的操作逻辑，也不参与后续的 buffer 状态管理。
ByteBuffer::allocate 是静态工厂方法引用，不是操作句柄
ByteBuffer::allocate 等价于 (int capacity) -> ByteBuffer.allocate(capacity)，它返回一个新分配的、处于初始状态（position=0, limit=capacity, mark=-1）的堆缓冲区（heap buffer）。它不绑定任何已有缓冲区，也不提供对底层 byte[] 或 address 的访问能力。
- 它不能替代
buffer.put(...)、buffer.get()或buffer.flip()等实例操作 - 不能用它来“修改已有缓冲区”的内容或状态
- 若想链式构造并初始化，需配合 lambda 或构造后立即调用实例方法（如
ByteBuffer.allocate(1024).put("hello".getBytes())），但此时已脱离方法引用语义
方法引用适合函数式接口场景，比如延迟创建
当你需要把“分配缓冲区”这个动作作为参数传递（例如配置工厂、测试桩、资源池初始化策略），ByteBuffer::allocate 才体现价值：
- 作为
IntFunction<ByteBuffer>使用：IntFunction<ByteBuffer> allocator = ByteBuffer::allocate; - 传给工具类方法：
createPooledBuffer(1024, ByteBuffer::allocate) - 在 Stream 初始化中批量生成：
Stream.iterate(0, i -> i + 1).limit(10).map(ByteBuffer::allocate).toList();
真正操作底层缓冲区，得靠实例方法 + 状态控制
分配之后，必须通过返回的 ByteBuffer 实例操作底层字节：
立即学习“Java免费学习笔记（深入）”；
- 写入数据：
buffer.put((byte) 0x41)或buffer.put(new byte[]{1,2,3}) - 切换读写模式：
buffer.flip()（设置 limit=position, position=0） - 获取底层数组（仅 heap buffer）：
buffer.array()；获取地址（仅 direct buffer）：((DirectBuffer) buffer).address()（需反射或 Unsafe，不推荐） - 复用缓冲区：
buffer.clear()或buffer.rewind()，而非反复 allocate
注意 allocate 默认创建 heap buffer，direct buffer 需用 allocateDirect
如果目标是绕过 JVM 堆、直接操作操作系统内存（如高性能网络或文件 I/O），应使用 ByteBuffer::allocateDirect 方法引用，但它同样只负责分配，不提供额外操作能力：
IntFunction<ByteBuffer> directAlloc = ByteBuffer::allocateDirect;- direct buffer 无法调用
.array()（会抛UnsupportedOperationException） - 其底层内存由系统管理，GC 不直接回收，依赖 Cleaner 机制，需避免频繁分配释放
不复杂但容易忽略：方法引用是创建入口，不是操作管道。分配只是第一步，后续所有读写、状态转换、视图获取（asIntBuffer 等）都必须基于返回的实例展开。
