尝试在nm标志中添加-l，以获得每个符号的源。如果库是用调试信息(gcc -g)编译的，这应该是源文件和行号。正如Konrad所说，在这一点上，对象文件/静态库可能是未知的。

我一直在想为什么-fvisibility=hidden和#pragma GCC可见性似乎没有任何影响，因为所有的符号都是用nm可见的-直到我发现这篇文章指向readelf和objdump，这让我意识到似乎实际上有两个符号表:

你可以用nm列出来 你可以用readelf和objdump列出

我认为前者包含可以用strip或-s开关剥离的调试符号，可以给链接器或安装命令。即使nm不再列出任何东西，导出的符号仍然会被导出，因为它们在ELF“动态符号表”中，也就是后者。

Nm -g列出了extern变量，这不是必要的导出符号。 任何非静态文件作用域变量(在C语言中)都是extern变量。

nm -D将在动态表中列出该符号，您可以通过dlsym找到它的地址。

nm -版本

GNU nm 2.17.50.0.6-12.el5 20061020

对于共享库libNAME。所以-D开关是必要的，以查看符号在我的Linux

nm -D libNAME.so

并为静态库如别人所报道

nm -g libNAME.a

您可以使用binutils工具链中的nm -g工具。然而，它们的来源并不总是现成的。我甚至不确定这些信息是否总能被检索到。也许objcopy揭示了更多的信息。

/EDIT:这个工具的名字当然是nm。标志-g只用于显示导出的符号。

如果你只是想知道是否有符号存在，你可以使用

objdump -h /path/to/object

或者列出调试信息

objdump -g /path/to/object