“彻底告别年老代”指通过堆外内存与零拷贝避免大对象晋升：全程用directbytebuffer+transferto/mappedbytebuffer，禁用堆内中转，使数据不入堆、不触发gc晋升。
在太字节级（TB+）文件流式分发场景中，“彻底告别年老代”不是指删除年老代，而是避免大对象持续晋升、减少Full GC压力、绕开JVM堆内存管理瓶颈。核心路径是：**全程使用堆外内存 + 零拷贝通道，让数据不落地、不进堆、不触发GC晋升逻辑**。
用DirectByteBuffer替代堆内缓冲区
传统FileInputStream + byte[]读写必然分配在新生代，大文件易触发Minor GC并快速晋升至年老代。改用：
- ByteBuffer.allocateDirect()申请堆外内存，数据从磁盘/网络直接进出该缓冲区，完全绕过JVM堆
- 配合
SocketChannel.read/write或FileChannel.transferTo，确保IO链路不发生堆内中转 - 注意控制DirectBuffer总大小（通过
-XX:MaxDirectMemorySize设为合理值，如4g～16g），防OOM而不放任无界增长
用transferTo实现真正的内核零拷贝
对TB级文件分发，优先走FileChannel.transferTo()而非read+write组合：
- 该方法底层调用Linux
sendfile()或WindowsTransmitFile()，数据在内核页缓存与socket缓冲区之间直传，0次CPU拷贝、0次用户空间驻留 - 必须用
RandomAccessFile("r")或FileInputStream打开源文件（只读模式即可支持），无需rw - 单次transferTo最大2GB（JDK8+已修复），TB文件需循环调用，但每次都不产生堆对象
用MappedByteBuffer做随机切片分发
若需按块（如每128MB一个分片）并行推送，避免顺序读阻塞：
- 用
channel.map(MapMode.READ_ONLY, offset, size)将文件某一段映射为独立MappedByteBuffer - 每个MappedByteBuffer本身是DirectBuffer，不占堆内存；多个映射共享同一物理页，无额外拷贝
- 可配合
AsynchronousFileChannel异步提交多个区域传输，真正流式+并发
规避Netty或框架隐式堆复制
即使用了零拷贝原语，某些封装仍会“好心”帮你拷贝进堆：
- 禁用
ByteBuf.writeBytes(InputStream)类接口——它内部会new byte[]再read - Netty中优先用
DefaultFileRegion（包装FileChannel）而非Unpooled.wrappedBuffer() - 自定义
ChannelOutboundHandler时，重写write方法直接调用ctx.write(fileRegion)，跳过CompositeByteBuf组装环节
只要数据从磁盘到网卡全程未在Java堆中构造、未被GC Roots引用、未经历任何new byte[]或HeapByteBuffer中转，年老代就真的“看不见”这批数据——不是删了它，而是让它根本没机会进去。
