Netty的FileRegion通过transferTo实现零拷贝，仅适用于XML上传中接收后直接落盘或转发的场景，解析XML仍需内存拷贝；关键在于避免用户态参与、使用堆外内存、确保文件通道阻塞模式及Linux内核支持。
Zero-copy 不是“避免所有内存拷贝”，而是避免 kernel space 和 user space 之间不必要的数据复制。在 Netty 中做高性能 XML 上传时，它不能直接用于解析 XML（因为解析必须读取内容），但能显著加速原始字节的接收与落盘或转发。
为什么 Netty 的 FileRegion 对 XML 上传有用
XML 文件上传通常是大文件（几 MB 到几百 MB），传统方式：SocketChannel.read() → 堆内存 ByteBuf → 写入 FileOutputStream，中间至少两次拷贝（内核→用户→内核）。用 FileRegion 可触发 transferTo() 系统调用，在支持的平台（Linux + ext4/xfs）上由内核直接 DMA 从 socket buffer 写入文件，跳过用户态内存。
注意：这仅适用于「接收后直接存盘」或「透传给下游 socket」，不适用于需要校验、解密、解析 XML 结构的场景。
-
FileRegion要求源Channel是FileChannel或支持transferTo的 channel；Netty 的NioSocketChannel接收端本身不直接支持输出为FileRegion，需配合DefaultFileRegion或自定义AbstractByteBuf子类桥接 - 实际常用路径是：接收用
PooledByteBufAllocator分配堆外DirectByteBuf→ 拼成完整帧 → 构造DefaultFileRegion→channel.write(fileRegion) - 必须确保
FileChannel处于阻塞模式（Netty 4.1+ 默认非阻塞，transferTo在非阻塞 channel 上可能抛NotBlockingException）
XML 上传中真正能 zero-copy 的环节只有「接收→落盘」或「接收→代理转发」
只要涉及 XML 解析（如用 SAXParser、XmlPullParser 或 JAXB），就必须将字节载入 JVM 可访问内存，此时 zero-copy 已结束。常见错误是以为“用了 DirectByteBuf 就是 zero-copy”——不是，DirectByteBuf 只是堆外内存，仍需 CPU 拷贝到 native buffer，且解析时仍要 .array() 或 .nioBuffer() 暴露数据。
