3. Buffer入门

在Android多媒体开发中，Buffer是贯穿采集、编码、传输、解码、渲染全链路的核心载体。理解不同Buffer类型的底层差异，是后续进行零拷贝优化的前提。本节将系统梳理Java NIO与Android平台中常见的Buffer类型，分析它们的内存位置、生命周期、访问方式与典型使用场景，帮助你在实际项目中做出正确的选型决策。

一、核心原理：Buffer的本质是"内存视图"

无论哪种Buffer，本质上都是对一块连续内存的抽象封装。它提供三个关键属性：capacity（容量）、position（读写位置）、limit（读写边界）。不同Buffer类型的差异，主要体现在三个维度：

• 内存分配位置：JVM堆内（Heap）还是堆外（Native/Off-Heap）；
• 是否可被GC管理：堆内Buffer受GC影响，堆外Buffer需手动或依赖Cleaner释放；
• 是否支持零拷贝：能否直接与文件、Socket、硬件设备共享同一块物理内存。

下面这张图展示了四种常见Buffer在内存层级中的位置关系与数据流向：

二、四种Buffer类型详解与使用场景

1. ByteBuffer（HeapByteBuffer）：通过ByteBuffer.allocate(int)创建，底层是JVM堆内的byte[]数组。优点是分配快、GC自动回收、API简单；缺点是每次与Native层交互（如Socket、文件、JNI）都需要一次内存拷贝。适合小数据量、非性能敏感的场景，例如配置解析、简单协议封装。

// 堆内ByteBuffer：分配快，但跨Native需拷贝
ByteBuffer heapBuf = ByteBuffer.allocate(1024);
heapBuf.putInt(0x12345678);
heapBuf.flip();
int value = heapBuf.getInt(); // 0x12345678

2. DirectByteBuffer：通过ByteBuffer.allocateDirect(int)创建，内存在JVM堆外由malloc分配。它可以直接被Native代码访问，是NIO Channel、MediaCodec输入输出的常用载体。注意：DirectByteBuffer的释放依赖Cleaner，在内存紧张时可能延迟回收，需关注OutOfMemoryError: Direct buffer memory。

// 堆外DirectByteBuffer：零拷贝基础，但需关注释放
ByteBuffer directBuf = ByteBuffer.allocateDirect(1920 * 1080 * 4);
// 可直接传给MediaCodec作为输入Buffer
codecInputBuffer = directBuf;

3. MappedByteBuffer：通过FileChannel.map()将文件映射到虚拟内存，属于DirectByteBuffer的子类。读写文件如同读写内存，由操作系统页缓存管理，适合大文件随机访问、媒体文件解析、日志写入等场景。Android上常用于MediaMuxer输出后的文件校验或AssetManager大资源读取。

// 文件内存映射：读写如内存，OS页缓存管理
try (RandomAccessFile raf = new RandomAccessFile(file, "rw");
     FileChannel ch = raf.getChannel()) {
    MappedByteBuffer mapped = ch.map(
        FileChannel.MapMode.READ_WRITE, 0, ch.size());
    mapped.putInt(0, 0xCAFEBABE); // 直接修改文件
}

4. SharedMemory / AHardwareBuffer：Android 8.0+ 提供的跨进程共享内存方案。SharedMemory通过ParcelFileDescriptor在进程间传递，AHardwareBuffer则进一步支持GPU纹理、相机、编解码器的零拷贝直通。典型场景：Camera2预览帧直接送编码器、MediaCodec输出直接送SurfaceView渲染。

三、选型对比清单

四、案例与误区复盘