QNX上必须使用qcc而非g++，因其自动配置QNX特有库路径和调度支持；实时线程需显式设置PTHREAD_EXPLICIT_SCHED、SCHED_FIFO及优先级；高精度计时应使用ClockTime()；调试优先用pidin而非gdb。
QNX 上 C++ 编译器用哪个？qcc 还是 g++？
QNX 自带的编译工具链是 qcc，它不是独立编译器，而是 QNX 的前端包装器，默认调用 gcc 或 clang 后端（取决于你安装的 SDP 版本）。直接用 g++ 通常会链接失败——缺少 QNX 特有的 C library（libc.so）和实时调度支持。
- 必须用
qcc -Vgcc_ntoarmv7le（ARM）或-Vgcc_ntox86_64（x86_64）显式指定目标变体，否则默认生成主机可执行文件 -
qcc会自动加-Wl,-rpath,/usr/lib和 QNX 系统头路径，g++不会 - 如果项目里混用了
std::thread或std::mutex，得确认 libc++ 是否启用（SDP 7.1+ 默认用 libc++，旧版可能仍用 libstdc++，行为不一致）
实时线程怎么写才真“实时”？SchedSet() 和 pthread_attr_setinheritsched() 必须配对
QNX 的实时性不靠语言特性，靠 POSIX 线程调度属性 + 内核配置。只调 std::thread 构造函数，线程默认继承主线程调度策略（通常是 SCHED_OTHER），不是实时的。
- 先用
pthread_attr_init()初始化属性 - 调
pthread_attr_setinheritsched(&attr, PTHREAD_EXPLICIT_SCHED)，否则pthread_attr_setschedpolicy()无效 - 再设策略：
pthread_attr_setschedpolicy(&attr, SCHED_FIFO)，并用pthread_attr_setschedparam()设优先级（1–255，数值越大越优先） - 最后传给
std::thread的底层pthread_create()（需自定义启动函数，不能直接传 lambda）
常见错误：漏掉 PTHREAD_EXPLICIT_SCHED，结果线程仍是分时调度，top 里看 CPU 占用正常，但定时抖动超 10ms。
std::chrono::high_resolution_clock 在 QNX 上不准？用 ClockTime() 替代
std::chrono::high_resolution_clock 在 QNX 上多数版本回退到 std::chrono::system_clock，精度只有 10ms 级别，不适合周期控制或时间戳打点。
立即学习“C++免费学习笔记（深入）”；
- QNX 原生高精度时钟是
ClockTime()（纳秒级，返回uint64_t纳秒数）或ClockCycles()（CPU cycle 级，但跨核不一致） - 若需与 C++ 标准库交互，可封装为
steady_clock特化（需重载now()），但更简单的是直接用ClockTime()做差值计算耗时 - 注意：
ClockTime()不受系统时间调整影响，但若系统休眠（如电源管理），部分 BSP 可能不更新——查你用的 BSP 文档确认是否支持CLOCK_MONOTONIC
调试实时线程死锁？pidin 比 gdb 更快定位
gdb 附加实时进程常导致调度延迟、掩盖问题；而 pidin 是 QNX 内置轻量工具，能秒级查看线程状态、优先级、阻塞点。
-
pidin -p <pid> threads</pid>显示所有线程当前状态（READY/BLOCKED/SEND/RECEIVE） - 若卡在
SEM_WAIT或MSG_SEND，说明同步原语未释放或接收方没 ready - 加
-F参数可看到每个线程的栈使用量，避免栈溢出（QNX 默认线程栈仅 16KB，std::string大量拼接易崩）
QNX 实时性的关键不在 C++ 语法多炫，而在每条线程的调度属性、时钟源选择、同步原语粒度——这些地方错一点，表现就是“看起来能跑，但一到高负载就丢帧或超时”。
