编译后Chromium.app在其他Mac运行崩溃：缺失系统动态库，求分发方案

我之前也碰到过一模一样的情况——本机编译的Chromium跑起来没问题，发到其他Mac上就因为找不到系统动态库崩溃。这本质上是编译后的二进制文件里，系统库的引用路径被设成了本机特定的路径，而非Mac系统的标准库位置。那些libsystem_kernel.dylib之类的库其实所有Mac的/usr/lib目录下都有，只是你的Chromium没找对地方而已。

下面是一步步的修复方案：

1. 先排查当前的库依赖情况 #

在你的编译机器上，用otool命令查看Chromium主程序的依赖详情，确认这些系统库的引用路径：

otool -L /path/to/your/Chromium.app/Contents/MacOS/Chromium

看输出里那些系统库的路径，如果不是/usr/lib/xxx.dylib这种标准绝对路径，而是自定义的或者相对路径，那就是问题根源。

2. 修改二进制的库引用路径 #

用install_name_tool工具把错误的库路径替换成系统标准路径，逐个处理那几个出问题的dylib：

# 修正libsystem_kernel.dylib的引用
install_name_tool -change /错误的路径/libsystem_kernel.dylib /usr/lib/libsystem_kernel.dylib /path/to/your/Chromium.app/Contents/MacOS/Chromium
# 依次处理其他库
install_name_tool -change /错误的路径/libsystem_pthread.dylib /usr/lib/libsystem_pthread.dylib /path/to/your/Chromium.app/Contents/MacOS/Chromium
install_name_tool -change /错误的路径/libsystem_c.dylib /usr/lib/libsystem_c.dylib /path/to/your/Chromium.app/Contents/MacOS/Chromium
install_name_tool -change /错误的路径/libdyld.dylib /usr/lib/libdyld.dylib /path/to/your/Chromium.app/Contents/MacOS/Chromium

注意把命令里的/错误的路径替换成你实际在otool输出里看到的错误路径。

3. 验证修改效果 #

修改完成后，再跑一遍otool -L检查，确保所有系统库都指向/usr/lib下的标准位置。

4. 打包分发的额外优化 #

• 通用架构支持：如果要兼容Intel和Apple Silicon的Mac，编译时要指定生成通用二进制。可以在编译前设置target_cpu = "x64,arm64"，这样编译出来的应用能在两种芯片上运行。
• 签名与打包：分发前建议用codesign给应用签名（如果不需要严格的开发者签名，也可以用自签名），然后用磁盘工具或者hdiutil创建DMG镜像，方便用户安装：

# 创建DMG镜像的示例命令
hdiutil create -volname Chromium -srcfolder /path/to/your/Chromium.app -ov -format UDZO Chromium.dmg

如果还有其他第三方依赖库的问题，比如自己编译的库没打包进去，记得把它们放到Chromium.app/Contents/Frameworks目录下，然后调整rpath为@executable_path/../Frameworks/xxx.dylib，这样应用就能通过相对路径加载这些库了。

内容的提问来源于stack exchange，提问作者Sneha