我已经在这个概念上苦苦挣扎了一段时间，我无法真正理解两者之间的区别-change and -id.手册页指出

 -id name
              Changes  the  shared  library identification name of a dynamic shared library to name.  If the Mach-O binary is not a dynamic
              shared library and the -id option is specified it is ignored.

-change old new
              Changes  the dependent shared library install name old to new in the specified Mach-O binary.  More than one of these options
              can be specified.  If the Mach-O binary does not contain the old install name in a specified -change  option  the  option  is
              ignored.

到目前为止我已经尝试过-change。假设我有以下结构

Test.App
|_Contents
    |_MacOS
    |   |_test -----> item A
    |_Library
        |_test_library.dylib     --->item B
        |_another_library.dylib  --->item C

现在假设我在 itemB 上运行了以下命令

$ otool -L test_library.dylib
   test_library.dylib
   /some/path/another_library.dylib  -->item D

上述结果表明test_library.dylib依赖于取决于another_library.dylib现在如果我需要更改位置another_library.dylib我会这样做

install_name_tool -change /some/path/another_library.dylib some/new/path/another_library.dylib  test_library.dylib 

这会改变项目 D 的位置。我的问题是install-name_tool -id我什么时候使用它？

安装名称

期限安装名称指的是的确切路径.dylib文件存储在最终用户系统中，以便运行时链接器可以找到并加载动态库。

该名称可以是：

• 绝对的，系统库就是这种情况。它们位于最终用户和开发人员系统上的同一位置。
• 相对的，这是与应用程序捆绑在一起的库的情况。在最终用户的系统上.dylib将嵌入到应用程序包中，并且在开发人员系统上它们将预先内置/usr/local, /opt/local或其他地方，或者它们将作为应用程序构建的一部分从源代码构建。

后者是主要问题，因为当.dylib建成后，其安装名称被印入.dylib由链接器处理，这就是运行时找到并加载它的地方。显然，这在最终用户系统上不起作用，因为该路径仅存在于开发人员的系统上，因此解决方案是使用install_name_tool修改安装名称将应用程序包放在一起时，库以及引用这些库的可执行文件。

占位符

由于可执行文件/应用程序包可以安装在最终用户系统上的不同位置，因此您可以使用占位符系统来抽象安装名称地点：

• @executable_path：主要可执行文件的完整路径。
• @loader_path：引用可执行文件的完整路径或.dylib.
• @rpath：在主可执行文件中设置的 RPATH。这也可以使用更改install_name_tool.

例如，在 macOS 应用程序包中，可执行文件位于TheApp.app/Contents/MacOS/TheApp图书馆将在TheApp.app/Contents/Frameworks所以你想使用路径引用库@executable_path/../Frameworks/Library.dylib.

最好将主可执行文件的 RPATH 设置为@executable_path/../Frameworks但是，并参考使用的库@rpath/Library.dylib.

安装名称工具

install_name_tool有两个主要选项：

-id：这设置了安装名称 of the .dylib文件本身并将用作原型安装名称从那时起，当某些东西与.dylib。你可以“纠正”安装名称构建后立即.dylib，但是这是一个不寻常的工作流程，因为图书馆如何了解使用它的环境？

-change：这改变了安装名称 of a .dylib在引用可执行文件（或 dylib）内。

当-id名称不匹配.dylibs 在磁盘上的位置？没有什么。这-change选项是正确的重要选项，因为一旦运行时链接器找到了.dylib那么任务就完成了。

为什么有一个-id到底有什么名字？当然，如果链接器被告知在中查找库dirA, dirB, dirC (using -L例如）并且它找到了它正在寻找的库那么为什么库本身必须有它的-id印在里面吗？不知道;这可能是一些古老的废话。

xcode开发工具

显然，您会编写所有这些修复脚本作为构建过程的一部分，不是吗？我已经这样做并发布了它here。请参阅README.md有关如何在 Xcode 中配置它的详细信息。