动态链接- c++名称混淆

dynamic linking - C++ name mangling in a so

本文关键字：c++ 链接动态更新时间：2023-10-16

我是这样做的:

我从

更改了一个。h文件

SomeObj* getCacheObj( int i = 0 );

SomeObj* getCacheObj( int i );
SomeObj* getCacheObj();

我重新编译了代码(没有问题)，更改了一些东西。so (多个 so文件中的一个)。然后我用这个替换了设备上的旧so，并在加载so时得到以下错误:undefined symbol: _ZN13KeypathHelper11getCacheObjEv

现在奇怪的是，我被告知这个类只在这个so文件中使用(我怎么能确定?)我没有那么多经验，也不知道该如何调查。欢迎提出任何建议。

这个特殊的问题是由于另一个so文件使用了KeypathHelper类，而我只替换了包含它的那个。我发现其他需要更新的方式是通过为KeypathHelper greping所有so。

_ZN13KeypathHelper11getCacheObjEv符号是KeypathHelper::getCacheObj()的混乱名称(例如，您可以轻松地使用c++filt进行翻译)。考虑到你只添加了一个方法，而加载共享对象的任何东西都找不到，这让我认为你要么没有更新共享对象，要么忘记为KeypathHelper::getCacheObj()提供定义(换句话说-实现方法)。

为了进行调查，您必须查看无法解析符号的原因。通常，开发人员对此有自己的感觉。例如，如果二进制XXX由于未解析的符号而无法加载库YYY，则XXX正在使用它，并且它似乎不在YYY中(或其他任何地方)。如果没有意义，可以求助于读取ld.so(8)手册页，并使用可用的方法调试动态链接器，如定义LD_DEBUG。

另外，@PlasmaHH问了一个非常好的问题。如果您只对头文件进行了更改，那么您必须知道，单个函数/方法具有参数的默认值，这与两个函数/方法中一个有参数而另一个没有参数是不一样的。

至于你的第二个问题，关于如何确保共享对象中的符号不被外部使用——你必须改变符号的可见性，这样外部的任何人都无法链接/解析/使用该符号。例如，参见GCC可见性。

希望有帮助。好运！