nRF Connect SDK(Zephyr RTOS)中分离类声明与实现并使用动态内存分配时出现undefined reference错误的问题排查

我来帮你拆解这个问题的核心原因，其实这和Zephyr RTOS针对嵌入式场景的默认配置，以及编译器/链接器的优化行为直接相关：

1. 为什么用new Test()会触发undefined reference to operator new？ #

Zephyr作为嵌入式RTOS，默认禁用了C++动态内存分配的核心支持——毕竟嵌入式系统对内存稳定性要求极高，堆碎片化是常见的坑，所以默认不会开启这类特性。

new关键字本质上会调用全局的operator new(unsigned int)函数来分配堆内存，而这个函数属于C++标准库的一部分。Zephyr默认没有链接这个函数的实现，也没有配置支持它的堆内存池，所以当链接器找不到这个函数时，就会抛出你看到的错误。

2. 为什么把Run()内联到头文件时，用new就能编译通过？ #

当你把Run()的空实现写到头文件里时，整个Test类的所有成员都是inline且无实际业务逻辑的。这时候编译器会做非常激进的优化：它发现Test的构造函数是空的，类里也没有需要动态初始化的成员，甚至连非inline的函数都没有，于是直接把new Test()的调用优化成了类似栈分配的逻辑——相当于完全跳过了对operator new的调用，自然不会触发链接错误。

3. 为什么栈分配（非动态版本）不管是否分离实现都能正常编译？ #

栈分配（Test test = Test();）是在栈上创建对象，完全不需要调用operator new，也不依赖任何动态内存分配的C++ runtime支持。Zephyr对栈上的C++对象是完全支持的（只要你开了CONFIG_CPLUSPLUS，显然你已经开了），所以不管类的实现是否分离，都能正常链接。

4. 为什么分离类实现时，用new就会报错？ #

当你把Run()的实现放到test.cpp中，Test类就有了非inline的成员函数。这时候编译器会为Test生成独立的目标文件（test.o），链接器在处理main.cpp里的new Test()调用时，没办法再通过优化跳过operator new的调用——它必须找到这个函数的实现才能完成链接，但Zephyr默认没有提供，所以错误就出现了。

解决方法 #

要让分离实现的类支持new动态分配，你需要在Zephyr配置中显式开启C++动态内存分配支持：

1. 打开你的prj.conf，添加或修改以下配置项（根据你的NCS/Zephyr版本微调，部分选项可能有差异）：

   # 启用C++支持（你应该已经有这个了）
   CONFIG_CPLUSPLUS=y
   # 配置堆内存池大小，根据你的需求调整（比如4096字节）
   CONFIG_HEAP_MEM_POOL_SIZE=4096
   # 启用newlib C库（Zephyr常用的C库，提供C++ runtime基础）
   CONFIG_NEWLIB_LIBC=y
   # 启用C++标准库支持
   CONFIG_STD_CPP=y
   # 开启new/delete的实现支持
   CONFIG_CPP_NEWLIB_SUPPORT=y
   

2. （可选）如果你的CMakeLists.txt需要显式指定C++标准，可以添加：

   set(CMAKE_CXX_STANDARD 17) # 选择你SDK支持的C++版本，比如11/14/17
   

额外建议 #

如果你不需要动态内存分配，强烈推荐使用栈分配的方式（就是你写的非动态版本）。嵌入式系统中，栈分配不仅更安全（避免堆碎片化、内存泄漏），性能也更好——毕竟不需要额外的内存分配开销。

内容来源于stack exchange