macOS 和 iOS工程中关于xxx.dylib的安装名的相关问题

关于xxx.dylib的安装名字的相关设置问题，@executable_path，@loader_path，@rpath的解读与设置

@executable_path

在macOS中，.dylib文件是动态链接库，类似于Linux系统中的.so文件或Windows系统中的.dll文件。
@executable_path是一个特殊的前缀，用于指定相对于当前正在执行的可执行文件的路径。当你在动态链接库的安装名称（install name）中看到@executable_path时，它告诉动态链接器在运行时搜索与可执行文件相同目录下的库文件。如下图：
具体来说：

• 安装名称（Install Name）：每个.dylib文件都有一个安装名称，这是链接器用来找到该库的名称。通常，这个名称包含了库的完整路径。
• @executable_path：当安装名称中的路径以@executable_path开头时，动态链接器在加载库时，不会使用原始的路径，而会替换为可执行文件所在的路径。例如，如果一个库的安装名称是@executable_path/../Frameworks/libTrigger.dylib，那么在运行时，动态链接器会在可执行文件的上级目录下的Frameworks目录中查找libTrigger.dylib。
  这种使用@executable_path的机制允许应用程序在不指定绝对路径的情况下运行，使得应用程序更加便携，因为所有的路径都是相对于可执行文件的位置而言的。

要查看一个.dylib文件的安装名称，你可以使用如下otool命令：

otool -D /path/to/your/xxx.dylib

执行结果示例如下图：

@loader_path

@loader_path 作为@executable_path的灵活增强版,表示任意一个某时刻被加载的mach-o文件(包括App, dylib, framework,appex等)所在的目录.

@rpath

又进一步增强灵活性。在macOS中，@rpath 是一个特殊的前缀，用于指定动态链接器在运行时搜索动态库（.dylib 文件）的路径。@rpath 代表 "runpath"，即运行时的库搜索路径。
当你在 Mach-O 二进制文件（如可执行文件或动态库）的加载命令中看到 @rpath 时，它指示动态链接器在运行时搜索指定的路径。这与 @executable_path 类似，但 @rpath 允许你指定一个更复杂的路径，通常用于包含多个库的框架或应用程序。

以下是 @rpath 的一些关键点：
1 自定义路径：@rpath 允许开发者指定一个或多个自定义路径，这些路径可以是相对于可执行文件的位置，也可以是绝对路径。
2 安全性：使用 @rpath 可以提高安全性，因为它允许应用程序在不依赖于系统路径的情况下运行，从而减少了因路径泄露导致的安全风险。
3 灵活性：@rpath 提供了灵活性，允许应用程序在不同的环境或部署配置中运行，而无需修改二进制文件本身。
4 冲突解决：如果有多个 @rpath 路径，动态链接器会按照它们在加载命令中出现的顺序进行搜索。
5 与 @executable_path 的关系：@rpath @loader_path和 @executable_path 可以一起使用，以构建一个完整的搜索路径列表。

例如，要添加一个 @rpath 路径，可以使用以下命令：
install_name_tool -add_rpath /path/to/lib your_executable(一般是mach-o文件)

查看一个 Mach-O 文件的 @rpath 设置，可以使用 otool 命令：
otool -l /path/to/your/executable | grep RPATH
这将显示所有 RPATH 加载命令，你可以看到 @rpath 如何被使用，以及它指定了哪些路径。

@rpath 是 macOS 应用程序部署和管理的重要特性，特别是在处理复杂的应用程序依赖关系时。