Mac上动态库加载失败（如“image not found”）主因是install name与实际路径不匹配，需用otool查看依赖和install name，再用install_name_tool修改-change、-id、-add_rpath等参数，并设DYLD_PRINT_LIBRARIES验证。
如果您在Mac上编译或运行程序时遇到动态库加载失败、提示“image not found”或“dyld: Library not loaded”，通常是因为可执行文件或动态库中记录的依赖路径（install name）与实际库文件位置不匹配。以下是修改动态库加载路径以解决依赖问题的具体操作步骤：
一、查看当前动态库依赖路径
在修改前，需确认目标二进制文件（如可执行文件或dylib）当前引用的库路径及其install name。这有助于判断需修改的目标字段和原始值。
1、打开终端，进入目标文件所在目录。
2、执行命令 otool -L [二进制文件名] 查看所有依赖库及其当前加载路径。
3、执行命令 otool -D [库文件名.dylib] 查看该动态库自身的install name（即其被其他模块引用时默认使用的标识路径）。
二、使用install_name_tool修改依赖库路径
install_name_tool可用于修改二进制文件中记录的某条依赖路径，适用于修复已链接但路径错误的库引用。
1、将可执行文件中对 /usr/local/lib/libxyz.dylib 的引用改为相对路径 @rpath/libxyz.dylib，执行：
install_name_tool -change /usr/local/lib/libxyz.dylib @rpath/libxyz.dylib MyApp
2、若需替换多个依赖项，需对每一条路径分别执行独立的 -change 命令。
3、修改完成后，再次运行 otool -L MyApp 验证路径是否已更新。
三、修改动态库自身的install name
当某个dylib被其他模块通过绝对路径硬编码引用，而您希望它支持重定位部署（如打包进.app），则需修改其自身install name为@rpath形式，使加载器依据运行时rpath查找。
1、将库文件 libabc.dylib 的install name由 /usr/lib/libabc.dylib 改为 @rpath/libabc.dylib，执行：
install_name_tool -id "@rpath/libabc.dylib" libabc.dylib
2、确保该库的使用者（如可执行文件）已设置兼容的rpath，否则仍无法定位。
四、向可执行文件添加或修改rpath搜索路径
@rpath机制依赖于二进制文件中记录的rpath列表。若未设置或路径缺失，即使依赖写为@rpath也无法加载。可通过install_name_tool注入或替换rpath。
1、为可执行文件 MyApp 添加新的rpath：
install_name_tool -add_rpath "@executable_path/../Frameworks" MyApp
2、若需替换已有rpath，先用 otool -l MyApp | grep -A2 LC_RPATH 查看现有rpath，再使用 -delete_rpath 删除旧路径，最后用 -add_rpath 添加新路径。
3、支持的rpath变量包括：@executable_path（指向主程序所在目录）、@loader_path（指向当前加载者所在目录）、@rpath（按顺序遍历rpath列表）。
五、验证运行时库解析行为
修改完成后，需在真实运行环境中验证dyld是否能正确解析并加载依赖库，避免仅依赖otool显示结果而忽略加载时路径展开逻辑。
1、设置环境变量以观察动态链接过程：
export DYLD_PRINT_LIBRARIES=1
2、运行程序：
./MyApp
3、检查终端输出中是否出现目标库的完整解析路径，以及是否报出 dyld: Library not loaded 错误。
