c++oding="utf-8" ?>
vxworks 6.9+ 支持标准c++但需手动配置：启用include_cplus、链接-lstdc++、禁用异常/rtti；rtp中慎用全局非pod变量；std::this_thread::sleep_for无效，应改用taskdelay()；头文件缺失需手动添加libstdc++路径。
vxworks 6.9+ 是否支持标准 C++？
支持，但不是“开箱即用”的完整标准。VxWorks 6.9 起正式集成 GNU libstdc++（需显式启用），7.0+ 默认启用，但默认不链接 libstdc++.a —— 这是绝大多数人写完 std::vector 就报 undefined reference to `__cxa_begin_catch' 的根本原因。
实操建议：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 确认 BSP 和内核配置中已勾选
INCLUDE_CPLUS和INCLUDE_STDLIB_CPP（VxWorks 7 使用FEATURE_CPLUS） - 在 build spec 中显式添加
-lstdc++（注意顺序：放在你自己的 obj 之后） - 避免使用异常（
-fno-exceptions）和 RTTI（-fno-rtti），除非你确认内核已加载对应 handler —— 否则throw会直接 abort - VxWorks 6.x 的
libstdc++不含线程安全的std::shared_ptr弱引用计数，慎用于多任务共享对象
如何在 VxWorks 7 RTP 中调用 C++ 成员函数？
RTP（Real-Time Process）是 VxWorks 7 的用户态运行环境，C++ 类型可正常实例化，但不能直接从内核模块（kernel module）或中断服务程序（ISR）中调用非静态成员函数 —— 因为 ISR 没有完整的 C++ 栈帧和 this 指针上下文。
实操建议：
- 把耗时或含 STL 的逻辑全放在 RTP 中，用
msgQSend()/msgQReceive()或semTake()与内核任务通信 - 若必须在 kernel module 中用 C++，只允许使用静态成员函数 + 全局对象（且该对象必须在
sysInit()后、usrRoot()前完成构造） - RTP 启动时默认不运行全局构造器（
__libc_init_array），需在 RTP 配置中启用INCLUDE_CPLUS_INIT，否则std::string全局变量初始化失败 - 不要在 RTP 的
main()外定义非 POD 类型的全局变量（如std::map<int int> g_cache</int>），链接期可能静默跳过构造
为什么 std::this_thread::sleep_for() 在 VxWorks 上无效？
因为 VxWorks 的 POSIX 层（pthread）对 std::this_thread 支持极弱：VxWorks 6.x 完全未实现 std::this_thread；VxWorks 7.0+ 仅在启用完整 POSIX 子系统（INCLUDE_POSIX_PTHREAD + INCLUDE_POSIX_TIME）后，部分函数才映射到 taskDelay()，但 sleep_for 底层仍依赖 nanosleep()，而 VxWorks 的 nanosleep() 是 stub，实际不做任何事。
实操建议：
- 一律改用
taskDelay(sysClkRateGet() * ms / 1000)（注意整数溢出） - 若需微秒级精度，用
usDelay()（仅限 kernel module）或clock_gettime(CLOCK_REALTIME, &ts)+ 自旋等待（RTP 中慎用） - 不要依赖
std::chrono的时钟类型做跨平台移植 —— VxWorks 的steady_clock未实现，system_clock仅在启用 NTP 时才更新
交叉编译时头文件找不到 <memory></memory> 怎么办？
不是路径问题，是工具链没配对。Wind River Workbench 或 VSB（VxWorks Source Build）生成的 toolchain，默认 C++ 头路径在 $WIND_BASE/target/h/public/common/ 下，但 GNU 的 libstdc++ 头（<memory></memory>, <thread></thread> 等）实际在 $WIND_BASE/gnu/<arch>/wrSmpVxWorks/include/c++/</arch>，而编译器没自动加这个路径。
实操建议：
- 检查
gcc -v输出末尾是否列出libstdc++include 路径；若无，手动加-I$WIND_BASE/gnu/<arch>/wrSmpVxWorks/include/c++/4.8.3</arch>（版本号按实际替换） - 更稳妥的做法：用
vxprj创建项目时选择 “C++ Support”，它会自动注入正确路径和链接选项 - 别用系统 host 的
g++编译 —— 即使架构相同，libstdc++ABI 与 VxWorks 内核不兼容，运行时报symbol not found: _ZStlsIcSt11char_traitsIcESaIcEERSt13basic_ostreamIT_T0_ES7_RKSbIS4_S5_T1_E这类 mangled 名
最常被忽略的一点：VxWorks 的 C++ 支持高度依赖构建时的 feature selection，同一份代码在 VSB 中关掉 INCLUDE_CPLUS_INIT，启动后连 std::cout 都会段错误 —— 错误不报在编译期，而在第一个流操作执行时。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
