std::condition_variable比轮询更可靠，因其避免cpu浪费和调度延迟导致的时间戳错位，通过锁+条件变量实现精准唤醒与虚假唤醒防护。
为什么 std::condition_variable 比轮询更可靠
多路传感器（比如加速度计、陀螺仪、温湿度）通常以不同频率采样，但业务要求“同一物理时刻”的数据打包处理。如果用 while(!ready) std::this_thread::sleep_for(...) 轮询，不仅浪费 CPU，还容易因调度延迟导致时间戳对不齐，尤其在负载高时误差可能达毫秒级。
用 std::condition_variable 配合互斥锁，能让线程真正挂起等待，唤醒由数据就绪信号驱动：
std::mutex mtx;
std::condition_variable cv;
bool data_ready = false;
<p>// 传感器线程（例如温湿度）
{
std::lock_guard<:mutex> lock(mtx);
// 填充 sensor_data[TEMP_HUMID]
data_ready = true;
}
cv.notify_one(); // 或 notify_all，视同步策略而定
</:mutex></p>
关键点：
-
notify_one()更轻量，但必须确保只有一个消费者线程在等；若多个处理线程需同时获取最新数据包，改用notify_all() - 等待端必须用
cv.wait(lock, []{ return data_ready; })形式——带谓词的重载能自动处理虚假唤醒 - 不要在持有锁期间做耗时操作（如解析原始字节流），否则阻塞其他传感器写入
如何用 std::chrono::steady_clock 对齐多源时间戳
各传感器硬件时钟独立，直接用 std::chrono::system_clock::now() 会引入系统时间跳变风险（NTP 校时、夏令时）。必须用单调时钟打时间戳，并在应用层做偏移校准。
典型做法是启动时触发一次同步事件（如 GPIO 脉冲或软件命令），记录各传感器首次上报时刻的 steady_clock::time_point，计算相对偏移：
auto ref_time = std::chrono::steady_clock::now(); // 发送同步命令给所有传感器模块 // 等待各路响应，记录各自返回的时间戳 t1, t2, t3... offset_thermo = ref_time - t1; offset_imu = ref_time - t2;
后续每帧数据都用 steady_clock::now() + offset_x 统一映射到参考时间轴。注意：
- 偏移值应存为
std::chrono::nanoseconds，避免浮点误差累积 - 长时间运行后建议定期重校（如每分钟一次），补偿晶振漂移
- 别用
system_clock的time_since_epoch()做跨进程对齐——它不保证单调
std::shared_ptr 和 std::atomic 在共享缓冲区中的分工
传感器数据缓存区常被多个线程读写：采集线程写入，处理线程读取并转发。直接裸指针或全局数组极易引发竞态或提前释放。
推荐组合方案：
- 用
std::shared_ptr<:vector>></:vector>管理缓冲区内存生命周期，避免处理线程还在读时采集线程已销毁缓冲区 - 用
std::atomic<size_t></size_t>记录当前有效数据长度（如write_idx），而非用互斥锁保护整个计数器——减少锁争用 - 写入时先原子递增索引，再填充数据；读取时先读原子变量获长度，再按索引安全访问
shared_ptr所指内存
错误示例：buffer[i] = frame; 前未检查 i size() —— 原子变量只保长度更新，不保容器容量不变。
Linux 下 pthread_setaffinity_np 对实时性的影响
在嵌入式 Linux（如 ARM64+PREEMPT_RT）上，把传感器采集线程绑定到独占 CPU 核，能显著降低抖动。但 C++ 标准库不暴露线程亲和性接口，需调用 POSIX：
cpu_set_t cpuset; CPU_ZERO(&cpuset); CPU_SET(2, &cpuset); // 绑核 2 pthread_setaffinity_np(pthread_self(), sizeof(cpuset), &cpuset);
实际效果取决于内核配置：
- 非 RT 内核下，
pthread_setaffinity_np仅减少迁移开销，无法规避调度延迟 - 开启
CONFIG_PREEMPT_RT后，配合sched_fifo优先级（用pthread_setschedparam），才能实现微秒级确定性 - 务必预留至少一个核给内核软中断和网络协议栈，否则网卡收包会丢帧
绑核不是银弹——若传感器数据量极大（如 10MHz ADC），DMA 中断频繁，反而可能因核间同步开销升高整体延迟。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
