std::queue + std::mutex + std::condition_variable 完全胜任单进程模块解耦，关键在于正确实现线程安全的阻塞队列：需用 std::unique_lock 保护所有队列操作，lambda 条件检查必须用 !q.empty() 而非 q.size()>0，多消费者用 notify_one()，构造函数不启线程，支持移动语义，pop 返回 bool+引用避免临时对象，容量限制与 close() 关闭机制为必需项，关闭时需原子标志+cv.notify_all() 防卡死，严禁传递栈地址或非线程安全对象。
用 std::queue + std::mutex + std::condition_variable 就够了
不需要引入 Boost、ZeroMQ 或 kafka，单进程内模块解耦，标准库三件套完全胜任。关键不是“能不能”，而是同步逻辑是否稳——尤其 Pop 等待空队列时不能忙等，Push 后必须精准唤醒。
-
std::unique_lock<:mutex></:mutex>必须包住所有队列读写，包括empty()判断和pop()调用，否则存在竞态窗口 -
cv.wait(lock, []{ return !q.empty(); })的 Lambda 必须捕获真实状态，不能写成q.size() > 0（非原子） - 多个消费者共用一个队列时，用
notify_one()比notify_all()更轻量；若消费者数量动态变化，需额外加计数器防虚假唤醒 - 别在构造函数里启动消费线程——对象未完全构造完成就跑线程，
this可能悬空
模板设计要支持移动语义，否则性能掉一截
消息类型可能是大结构体、std::vector 或带资源的类，不走移动会触发深拷贝，吞吐直接腰斩。
-
Push(T&& msg)接口必须声明为右值引用，并内部调用_queue.push(std::move(msg)) -
Pop返回bool+ 引用参数（如Pop(T& out)），避免异常路径下构造临时对象却没被取走 - 如果传入
std::shared_ptr<logentry></logentry>，注意引用计数开销；高频小消息建议传值，低频大对象才用智能指针 - 别给模板加
static_assert限制可拷贝性——有些类型只支持移动（如std::ifstream），硬拦反而卡死场景
容量限制和关闭机制不是可选项，是必填项
没有上限的队列等于内存泄漏定时器；没关闭信号的队列会让线程永远挂起，系统无法优雅退出。
- 初始化时指定
max_size = 1024（根据消息大小和内存预算调整），Push前检查_queue.size() ，满则阻塞或返回 <code>false（别直接丢弃，至少打日志） - 加
Close()成员函数，设原子标志std::atomic_bool closed_{false}，Pop循环中每次检查该标志，为true且队列空时立即返回false -
Close()调用后，应配对调用cv.notify_all()，确保所有等待线程能及时退出，而不是卡在wait里 - 别把
closed_放在private里却不提供读接口——测试线程需要能确认队列已停
跨线程传对象，得盯紧生命周期和线程安全边界
消息队列本身线程安全，但消息内容不一定。比如传裸指针、静态缓冲区地址、或未加锁的全局容器引用，就会出错。
立即学习“C++免费学习笔记（深入）”；
- 禁止通过队列传递
char*指向栈变量，或std::String.data()这种临时地址 - 若消息含
std::Thread、std::mutex等不可拷贝/不可移动类型，编译直接报错，别等到运行时报 segmentation fault - 自定义类型建议显式定义
noexcept移动构造函数，否则std::queue在扩容时可能因异常中断，导致队列损坏 - 调试时加个断点在
Pop返回前，打印sizeof(T)和__PRETTY_FUNCTION__，能快速发现意外的拷贝构造被调用
最常被忽略的是关闭时的竞态：生产者刚 Push 最后一条，消费者还没来得及 Pop，Close() 就执行了。这时候得靠 cv 通知+标志位双保险，少一个都可能卡死。