std::queue不适合音视频环形缓冲区，因其底层deque内存不连续、无法零拷贝、频繁分配导致延迟毛刺；应使用2的幂容量的连续内存池，配合原子读写索引与分段视图实现高效线程安全。
为什么 std::queue 不适合音视频流的环形缓冲区
因为 std::queue 底层默认用 std::deque，内存不连续，频繁 push/pop 触发内部小块分配和指针跳转，对实时音视频帧（尤其是 30–60 fps 的 1080p YUV 数据）会产生不可预测的延迟毛刺。更关键的是它不支持零拷贝读写视图——你没法直接拿到一块连续内存地址去喂给 AVCodec 或 OpenGL。
实操建议：
- 放弃所有基于节点或动态扩容的 STL 容器，环形缓冲区必须是固定大小、内存池化、单分配
- 用
std::vector<uint8_t></uint8_t>或裸new uint8_t[size]分配一块连续内存，自己管理读写偏移 - 读写索引必须用
size_t（而非int），避免负数回绕时符号扩展出错 - 别用
% size做模运算——现代 CPU 上位运算更快：index & (capacity - 1)，但前提是capacity必须是 2 的幂
如何实现线程安全且无锁的读写接口
音视频流水线里，解码线程写、渲染线程读，锁会成为瓶颈。真正的高性能做法是分离读/写索引，靠内存序 + 原子操作保序，而不是互斥锁。
常见错误现象：
立即学习“C++免费学习笔记（深入）”；
- 用
std::mutex包裹每次write()/read()—— 在 4K@60fps 下，每秒上万次锁争用，CPU 缓存行频繁失效 - 只原子化索引变量，却忽略数据写入顺序：写入内存未刷出就更新 write_index，导致读线程看到部分写入的脏帧
实操建议：
- 读写索引都用
std::atomic<size_t></size_t>，初始化为 0 - 写入前先调用
write_available()判断空间，用std::memory_order_acquire读取 read_index - 写完数据后，用
std::memory_order_release更新 write_index - 读端同理：先
read_available()，再 memcpy，最后用std::memory_order_release更新 read_index - 不要试图“完全无锁”——当缓冲区满或空时，该阻塞就得阻塞（用条件变量），强行轮询浪费 CPU
怎么处理跨帧边界的数据读写（比如 H.264 NALU 不对齐）
音视频数据不是字节对齐的理想块：H.264 的 NALU 可能被切在缓冲区尾部，AVPacket 的 data 指针可能横跨 ring buffer 的首尾两段。这时不能简单 memcpy 一整块，得支持“分段视图”。
实操建议：
- 提供
peek_readable_span()接口，返回一个结构体：{ const uint8_t* ptr; size_t len; bool is_contiguous; } - 如果
is_contiguous == true，直接传给avcodec_send_packet() - 如果
false，说明数据绕到开头了，需两次 memcpy 拼成临时 buffer，或让下游支持 iovec 式输入（如 FFmpeg 的AVPacket.buf配合av_buffer_create） - 别在环形缓冲区内部做拼接——这会引入额外拷贝和内存分配，破坏零拷贝目标
为什么 capacity 必须是 2 的幂？以及对 mmap 共享的影响
非 2 幂容量会让 index & (capacity - 1) 失效，退回到 % capacity，除法指令在 x86 上延迟高、吞吐低；更重要的是，某些硬件加速路径（如 DMA 引擎或 Vulkan DmaBuf 导入）要求缓冲区物理页对齐，而 2 的幂更容易满足页对齐约束。
实操建议：
- 构造时强制校验：
if ((capacity & (capacity - 1)) != 0) throw std::invalid_argument("capacity must be power of 2"); - 若需进程间共享（如 Android HAL 中 codec 和 app 通信），用
mmap(/dev/ashmem)分配内存，再把 ring buffer 布局（含读写索引）放进去——此时索引变量也必须是共享内存里的偏移量，不能是栈上地址 - 注意缓存一致性：ARM 平台尤其要调用
__builtin___clear_cache()或android_membarrier()，否则 CPU 可能读到旧的 write_index 值
真正难的从来不是实现环形结构本身，而是让读写双方在不同线程、不同 CPU 核、甚至不同进程里，对“此刻缓冲区哪部分可读/可写”达成一致——这个一致性的成本，比内存分配高得多。
