好问题！要搞清楚不同操作系统、不同编译器下C函数符号的生成规则，这些地方是最值得参考的：

• 编译器官方手册
  这是最直接的信息源：

  • GCC：在其官方手册里搜索“name mangling”或者“symbol naming”，能找到针对不同目标平台（比如32位x86、x86-64、ARM等）的C函数符号规则，比如32位x86下会给C函数名加下划线前缀，而x86-64下则不会。
  • MSVC：微软开发者文档里的「Name Decoration」章节专门讲这个，不仅覆盖C函数，还会区分__cdecl、__stdcall等不同调用约定对应的符号差异。
  • Clang：因为兼容GCC，大部分规则和GCC一致，但它的官方文档也会明确列出自己的特殊处理逻辑。

• 平台ABI规范
  ABI（应用二进制接口）是跨编译器、跨程序交互的核心标准，里面会明确规定符号命名的统一规则：

  • Linux/UNIX类系统：参考System V系列ABI，比如x86-64的System V ABI就清晰定义了C函数的符号格式；ARM架构的话则有ARM ABI文档。
  • Windows平台：微软的Windows ABI文档详细说明了不同架构、不同调用约定下的C函数符号修饰方式。
  • BSD系列：比如FreeBSD的官方ABI文档里也有对应章节。

• 语言互操作文档
  像Rust、Go这类支持调用C函数的语言，它们的FFI（外部函数接口）文档里通常会专门讲解跨语言交互时的符号匹配问题，顺带就会梳理不同平台/编译器的C符号规则，比如Rust的FFI指南里就有不少实用的细节说明。

• 编译器内置工具验证
  如果想快速直观地确认符号生成结果，可以用工具直接查看目标文件：

  • 用nm命令查看目标文件的符号表，比如编译一个简单的C函数void foo() {}后，执行nm test.o就能看到实际生成的符号名。
  • 用objdump -t也能查看详细的符号信息，对比不同编译器、不同平台的输出差异。

另外要注意，有些编译器的扩展选项会改变符号命名规则，比如GCC的-fno-leading-underscore可以去掉32位x86下的下划线前缀，这类细节也要在编译器文档里找哦。

内容的提问来源于stack exchange，提问作者yageek