应手写环形队列而非std::queue，因其内存连续、容量可控、零拷贝且适合高性能场景；实现时需用模运算回绕索引，牺牲一个槽位区分空满，并推荐std::array与noexcept优化。
为什么不用 std::queue 而要手写环形队列
因为 std::queue 底层默认用 std::deque，内存不连续，且无法限制最大容量；而环形队列能严格控大小、零拷贝复用内存、适合嵌入式或高性能场景（如音频缓冲、日志暂存）。关键在于：它靠两个索引（head 和 tail）在固定数组上“绕圈”，不是真的移动数据。
如何用数组实现带容量限制的环形队列
核心是模运算控制索引回绕，同时必须区分“空”和“满”状态——不能只靠 head == tail 判断，否则无法分辨。常见做法是**牺牲一个槽位**，即容量为 N 的数组，最多存 N-1 个元素。
-
size()=(tail - head + capacity) % capacity - 入队前检查：
if (size() == capacity - 1)→ 满 - 出队前检查：
if (head == tail)→ 空 -
push()后：tail = (tail + 1) % capacity -
pop()后：head = (head + 1) % capacity
示例片段：
templateclass RingBuffer { T buf[N]; size_t head = 0, tail = 0; public: bool push(const T& v) { if ((tail + 1) % N == head) return false; // 满 buf[tail] = v; tail = (tail + 1) % N; return true; } bool pop(T& out) { if (head == tail) return false; // 空 out = buf[head]; head = (head + 1) % N; return true; } };
使用 std::array 还是裸数组？要不要加 noexcept
用 std::array 更安全（自带边界检查调试版、明确所有权），但注意它不提供运行时大小，和环形逻辑不冲突；裸数组更轻量，适合对二进制体积敏感的场景。所有成员函数建议加 noexcept——环形队列操作全是算术+赋值，无异常路径，显式标注有助于编译器优化和调用方判断。
立即学习“C++免费学习笔记（深入）”；
- 若元素类型
T的构造/赋值可能抛异常（比如含std::string成员），push()就不能无条件noexcept - 避免在
pop()中返回T值（引发额外拷贝），应传引用输出参数或用std::optional（C++17+） - 不要用
memset清零整个buf——非 POD 类型会破坏对象生命周期
线程安全怎么加？别直接套锁
环形队列常用于生产者-消费者模型，但简单加 std::mutex 会严重拖慢性能。更合理的方式是：单生产者 + 单消费者场景下，用原子变量（std::atomic_size_t）管理 head/tail，配合 memory_order_acquire/release；多对多则需细粒度锁（如双锁队列）或改用无锁结构（如 Michael-Scott 队列），但复杂度陡增。
最容易被忽略的是：**读写索引必须用原子操作，且每次访问都要用 .load() 或 .store()，不能缓存在普通局部变量里**——否则编译器或 CPU 可能重排或缓存旧值，导致判断错误。
