C++遇到不认识的代码符号怎么查-C++-PHP中文网

nm命令用于解析二进制文件符号表，-c选项解混淆c++符号，通过符号类型（如大写t/d表示全局定义、小写t/d表示局部）判断可见性与链接性，配合readelf -ws和c++filt可深入分析绑定（bind）与可见性（vis）属性。

c++遇到不认识的代码符号怎么查

直接看符号名本身没用，得查它在二进制文件里实际长什么样、作用域和可见性如何——nm 和 readelf 是最靠得住的两个工具。

用 `nm -C` 快速看函数/变量是否导出

报 undefined symbol 或 multiple definition 时，先对目标文件（.o）、静态库（.a）或可执行文件跑一遍：nm -C xxx.o。

第二列是符号类型：小写 t 表示局部函数，大写 T 表示全局可链接的函数；小写 d 是局部数据，大写 D 是全局已定义数据
如果一个函数声明了但链接时报 undefined reference，却在所有 .o 里都找不到对应的大写 T 或 D，说明它根本没被编译进去，或者被 static 或匿名命名空间锁死了作用域
nm -C 不显示 static 函数——它们压根不会出现在符号表里，这也是为什么“写了却链接不到”的常见原因

用 `readelf -Ws` 查符号绑定与可见性细节

当 nm 看不出问题（比如两个同名符号类型一样但还是冲突），就得上 readelf -Ws xxx.o | c++filt。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

readelf 输出里有 Bind 列（GLOBAL/LOCAL）和 Vis 列（DEFAULT/HIDDEN），这两者共同决定符号能否跨目标文件链接
即使 Bind 是 GLOBAL，若 Vis 是 HIDDEN（比如加了 __attribute__((visibility("hidden")))），链接器也会无视它
c++filt 必须跟在后面，否则看到的是修饰后名字（如 _ZN3Foo3barEv），没法人工比对

遇到名字修饰（name mangling）看不懂怎么办

C++ 函数名被编译器改写是常态，不是 bug。别试图靠肉眼猜，而是用工具还原。

把报错里的符号（比如 undefined reference to 'MyClass::process(int)'）复制出来，粘贴进 c++filt：运行 echo '_ZN7MyClass7processEi' | c++filt，就能看到原始签名
如果 c++filt 输出乱码或不匹配，大概率是声明和定义参数类型不一致（比如 int* vs const int*），或调用约定不同（__cdecl vs __stdcall）
模板实例化符号尤其容易踩坑：如果只在 .cpp 里定义模板函数，而调用在另一个编译单元，nm 根本看不到对应符号——因为根本没实例化

真正难的不是查符号，而是理解“为什么这个符号不该出现”或“为什么它没出现”。比如 static 成员变量只在头文件里声明、没在 .cpp 中定义，nm 就永远扫不到它的 D；又比如用了 inline 却把它塞进 .cpp，链接器会认为每个翻译单元都有自己的副本，然后报重复定义——这些都不是工具能自动告诉你的，得结合 ODR 和编译单元模型来判断。