Xcode Instruments分析C++程序报failed to execute loader thread如何解决

这个报错是M1系列芯片设备上Xcode 13.x版本的共性问题：命令行工具类目标的默认签名配置开启了硬加固运行时，但没有开放动态库注入、调试工具接入的相关权限，Instruments依赖的liboainject.dylib无法注入目标进程，进程因签名校验规则直接退出，最终触发报错。

按以下优先级操作，一般第一个方案即可解决问题：

方案1：调整项目签名与权限配置 #

• 打开目标C++命令行项目，在Xcode左侧导航栏选中项目根节点，在TARGETS列表选中需要分析的命令行程序目标
• 切换到Signing & Capabilities标签页
• 找到Hardened Runtime配置组，确认该功能处于勾选状态后，在下方的例外权限列表中勾选两个选项：
  • Allow DYLD Environment Variables
  • Debugging Tool
• 按下Command + Shift + K快捷键清理历史构建缓存，再按Command + B重新编译项目
• 重新打开Instruments选择对应目标程序启动分析即可，该配置对xctrace命令行调用同样生效。

方案2：排查架构匹配问题 #

如果方案1操作后仍报错，检查架构一致性问题：

• 完全退出Xcode、Instruments程序，打开访达进入应用程序目录，找到Xcode.app右键选择显示简介
• 确认简介面板中的使用Rosetta打开选项处于未勾选状态，保证Xcode、Instruments都以原生arm64架构运行
• 回到Xcode项目，切换到Build Settings标签页，找到Architectures配置项，确认选中值为Apple Silicon (arm64)，不要选择混合架构或纯x86_64架构，避免目标程序和分析工具架构不匹配导致注入失败。
• 重新编译项目后再尝试启动分析。

方案3：临时重签名已编译的二进制 #

如果不想修改项目配置，仅需要临时分析已编译出的二进制文件，可以通过终端重签名给目标程序开放对应权限：

1. 打开终端，执行以下命令，将命令中的/path/to/your/compiled/cpp/binary替换为实际编译生成的命令行程序的完整路径：

codesign --force --sign - --entitlements - /path/to/your/compiled/cpp/binary <<EOF
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>com.apple.security.cs.allow-dyld-environment-variables</key>
    <true/>
    <key>com.apple.security.cs.debugger</key>
    <true/>
    <key>com.apple.security.get-task-allow</key>
    <true/>
</dict>
</plist>
EOF

2. 命令执行完成后，直接通过Instruments或xctrace加载该二进制即可正常分析。

所有配置修改完成后，先手动运行一次目标程序，确认可以正常输出Hello, World!无崩溃、无签名报错，再挂载Instruments分析，排除构建本身的异常干扰。

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