要确认软件运行时实际依赖的dylib，必须用otool -l查编译期声明依赖，并用dyld_print_libraries=1验证运行时真实加载路径，二者不一致常导致abi冲突。
要确认某个已安装软件在运行时实际依赖哪些 dylib 文件，不能只看它“装在哪”，必须直接读取其二进制中硬编码的链接信息——这一步跳过会导致你误判路径、重装错包、甚至反复踩同一个 ABI 冲突坑。
用 otool -L 查看主程序声明的动态依赖
打开终端，输入：otool -L $(which 软件名)，例如 otool -L $(which python3)。这会输出该命令对应可执行文件所有编译期声明的 dylib 依赖路径。
注意：【$(which 软件名) 必须能定位到真实二进制，不能是 shell 函数或别名】。如果返回空或报错“no such file”，先运行 which 软件名 确认路径是否有效；若输出是 /usr/bin/xxx，说明调用的是系统自带版本，受 SIP 保护，路径不可修改。
输出中每行开头是库路径，后面括号里是兼容版本号和当前版本号。带 @rpath/、@loader_path/ 的路径表示使用了运行时路径变量，后续需配合 rpath 规则解析。
查图形界面 App 的 dylib 依赖（非命令行工具）
方法一：从 Finder 定位可执行文件后拖入终端
在 Finder 中找到 .app 包 → 右键 → “显示包内容” → 进入 Contents/MacOS/ 目录 → 找到那个无扩展名、权限为可执行的文件（通常与 App 名相同）→ 拖到终端中，补上 otool -L 前缀后回车。
方法二：用 find + otool 一键穿透
运行：find /Applications/YourApp.app -type f -perm +111 -name "*" | head -n 1 | xargs otool -L 2>/dev/null。这条命令自动找 App 内首个可执行文件并查依赖，适合批量初筛，但不保证一定命中主二进制。
注意：若 App 是从 Mac App Store 安装的，可能被签名封禁或沙盒限制，otool 可能报 “Permission denied”。此时需先用 xattr -d com.apple.quarantine /Applications/YourApp.app 移除隔离属性（仅限可信来源）。
验证运行时真实加载的 dylib（关键步骤）
第一步：确认你要测试的程序路径，比如 /usr/local/bin/curl。
第二步：在终端中执行：DYLD_PRINT_LIBRARIES=1 /usr/local/bin/curl --version 2>&1 | grep '\.dylib'。
第三步：观察输出中实际被 dyld open() 的 dylib 路径——这才是运行时真正加载的文件，和 otool -L 的结果可能不一致。
这一步极其重要。很多问题就出在这里：otool 显示依赖 @rpath/libssl.dylib，但 DYLD_PRINT_LIBRARIES 却加载了 /usr/lib/libssl.dylib，说明 rpath 规则没生效或被覆盖。此时必须回溯检查 otool -l 可执行文件 | grep -A2 LC_RPATH 是否写入正确路径。
