如何处理可加载的 NSBundle/插件中的重复符号？

Question

考虑以下 Cocoa 项目结构：

Host
|-- LoadablePlugIn
|   |-- Main.storyboard
|   |-- Info.plist
|   |-- TDWLPIClassOne.h
|   |-- TDWLPIClassOne.m
|   |-- TDWLPIClassTwo.h
|   |-- TDWLPIClassTwo.m
|-- TDWAppDelegate.h
|-- TDWAppDelegate.h
|-- TDWClassOne.h
|-- TDWClassOne.m
|-- TDWUtils.h
|-- TDWUtils.mm
|-- Base.lproj
|   `-- Main.storyboard
|-- Info.plist
`-- main.m

这里的根文件夹是指Host目标（主要可执行目标）的资源，而LoadablePlugIn是指具有相应名称的嵌入式插件目标的资源。 两个目标同时希望将TDWUtils符号用于它们自己的目的，因此我添加TDWUtils.mm来编译Host和LoadablePlugIn目标的源代码。 它编译和工作没有问题，但是由于LoadablePlugIn应该在运行时加载 linker 无法在二进制文件中找到TDWUtils.mm的重复符号，我不确定这是否是一个可靠的场景：

...
Class plugInPrincipalClass = [NSBundle bundleWithURL:loadablePlugInURL].principalClass;
NSWindowController *windowController = [plugInPC instantiateInitialController];
...

我应该用隐藏符号编译器标志（如-fvisibility=hidden ）编译LoadablePlugIn还是使用任何其他技术来防止名称冲突，或者我可以保持原样，因为在两个二进制文件中， TDWUtils的符号具有完全相同的实现？

Answer 1

理想情况下，您可以将重复代码提取到一个框架中，该框架由需要它的每个模块链接。

因此，在最终的应用程序中，您将拥有如下结构：

AppName.app/Contents/MacOS/AppName

AppName.app/Contents/Frameworks/TDWUtils.framework

AppName.app/Contents/PlugIns/Loadable.plugin/Contents/MacOS/Loadable

@rpath的动态库安装名称库 ( DYLIB_INSTALL_NAME_BASE ) 应该是TDWUtils.framework （即避免在安装名称中使用@executable_path或@loader_path ）。 使用@rpath可以轻松地在位于应用程序包内不同位置的代码之间共享相同的库。 使用@rpath ，进行加载的模块有责任指定库相对于自身的位置。 为此，您可以为加载模块需要的每个库添加一个运行路径搜索路径 ( LD_RUNPATH_SEARCH_PATHS ) 条目。

对于主应用程序可执行文件，它可以是@executable_path/../Frameworks或@loader_path/../Frameworks 。

对于插件，它变为@loader_path/../../../../Frameworks 。 （使用@executable_path是行不通的，因为插件没有被执行，它只是被加载）。 在运行时， @loader_path在这种情况下变为AppName.app/Contents/PlugIns/Loadable.plugin/Contents/MacOS/Loadable ，因此要进入 Frameworks 目录，您必须 go 向上 4 个级别才能到达 Contents 文件夹，然后返回到 Frameworks 文件夹。