如何使用FFM API无临时对象地从原生内存复制到ByteBuffer？

我完全懂咱们做低延迟交易系统的痛点——每秒几十万条消息的量级，哪怕一个临时对象的产生都可能触发GC，拖垮整个系统的性能。你们用sun.misc.Unsafe实现的零垃圾内存复制确实是最优解，而当前基于MemorySegment.ofBuffer的FFM写法确实会产生临时对象，不符合零GC的要求。

其实FFM API本身是支持直接操作底层内存地址的，完全可以做到和Unsafe一样的零垃圾复制，只是需要换一种方式创建目标内存段，避免ofBuffer带来的临时对象开销。

优化后的零垃圾FFM实现 #

核心思路是跳过MemorySegment.ofBuffer的包装，直接基于ByteBuffer的底层内存地址创建MemorySegment，这样就不会产生额外的临时对象：

// 优化后的FFM API实现（无临时对象）
@Override
public void getByteBuffer(long address, ByteBuffer dst, int len) {
    if (!dst.isDirect()) {
        throw new RuntimeException("getByteBuffer can only take a direct byte buffer!");
    }

    // 拿到ByteBuffer底层内存地址，并加上当前position的偏移（和Unsafe的逻辑一致）
    long dstAddress = dst.address() + dst.position();
    
    // 使用共享会话创建目标内存段：因为内存所有权属于ByteBuffer，FFM不需要负责回收
    try (MemorySession session = MemorySession.shared()) {
        // 直接基于目标地址创建MemorySegment，指定长度和会话
        MemorySegment dstSegment = MemorySegment.ofAddress(dstAddress, len, session);
        // 从源内存段的指定偏移处复制到目标段
        this.segment.asSlice(address - this.address, len).copyTo(dstSegment);
    }

    // 更新ByteBuffer的position，和Unsafe版本保持一致
    dst.position(dst.position() + len);
}

为什么这种写法没有垃圾？ #

• MemorySegment.ofAddress创建的是轻量级的内存段对象，不会像ofBuffer那样产生额外的包装状态对象，完全没有多余的内存分配。
• 复制操作copyTo底层直接调用原生的memcpy，和Unsafe的copyMemory逻辑完全一致，没有中间对象。
• 使用MemorySession.shared()是因为目标内存的生命周期由ByteBuffer自己管理，FFM不需要进行内存回收，避免了会话管理的额外开销。

额外说明 #

这种写法本质上和你们用Unsafe的实现是等价的——都是直接操作底层内存地址进行拷贝，完全符合低延迟场景的零GC要求。FFM API确实提供了类似C语言memcpy的直接内存复制能力，只是需要绕过ByteBuffer的包装层，直接操作内存地址即可。

备注：内容来源于stack exchange，提问作者Joas Coder