开发者看崩溃：Open in Xcode 终极定位
App Store Connect 的崩溃面板
崩溃日志和普通反馈分两个面板管理。开发者看崩溃日志的路径：
App Store Connect → TestFlight → Feedback → 崩溃（Crashes）
崩溃面板的表格视图
进入崩溃面板后，右侧表格列出每条崩溃：
| 列 | 含义 |
|---|---|
| 时间 | 崩溃日志提交的时间 |
| 平台 | iOS / macOS / tvOS / visionOS / watchOS |
| App 版本 | CFBundleShortVersionString（如 1.2.0） |
| 构建版本 | CFBundleVersion（如 123） |
| 设备 | 设备型号 + OS 版本 |
| 次数 | 这个构建版本上同类型崩溃的总次数（同一崩溃签名聚合成一行） |
注意：TestFlight 会自动聚合相同崩溃签名的日志——如果 100 个测试者在同一个位置遇到同一个崩溃，App Store Connect 里会聚合成一条，旁边次数显示 100。这个功能极大方便开发者定位高频问题。
筛选崩溃
顶部有 添加过滤器 按钮，可以按以下维度筛选：
- 平台（iOS / macOS / tvOS / visionOS / watchOS）
- App 版本（CFBundleShortVersionString）
- 构建版本组（如果你用了 Xcode Cloud Build Groups）
- 构建版本（CFBundleVersion）
- OS 版本
- 设备型号
常用筛选组合：
- 按构建版本过滤 → 聚焦最新构建的崩溃 → 看看这次改动有没有引入新 bug。
- 按平台过滤 → 看看 iOS 崩溃多还是 macOS 崩溃多。
- 按设备型号过滤 → 某些 bug 是不是只在特定机型（比如 iPhone SE）上出现。
Open in Xcode：崩溃定位的终极武器
这是 TestFlight 崩溃面板里最有价值的按钮：
- 在崩溃面板里点某一条崩溃 → 右侧展开详情。
- 详情里有完整的崩溃栈（堆栈跟踪）——但只是符号化的原始栈。
- 右上角或崩溃详情旁边有一个 「Open in Xcode」 按钮。
- 点一下 → Xcode 自动打开，加载你对应版本的符号文件（dSYM）→ 崩溃栈符号化处理——每个地址翻译成具体的函数名、文件名、行号。
- 现在你能看到精确到一行代码的崩溃位置，比如：
-[MyViewController viewDidLoad] (MyViewController.m:142)为什么有时 Open in Xcode 失败
Open in Xcode 需要两个东西：
- Xcode Archive 时生成的 dSYM 符号文件——Apple 要求你上传构建时同时上传 dSYM。如果你选了「Strip Debug Symbols」或者用了自定义构建流程没传 dSYM，Open in Xcode 就会失败。
- 本地有对应的 Xcode 版本——崩溃栈是在特定 Xcode 版本里编译的，你本地需要同一个或相近版本的 Xcode 来正确符号化。
如果 Open in Xcode 失败了，你仍然可以在 App Store Connect 里手动下载 dSYM 文件和崩溃日志 → 用 Xcode 的 Organizer → Crashes → Import 功能手动导入。
崩溃日志 vs 崩溃统计
除了 TestFlight → Feedback → Crashes 面板，App Store Connect 还有一个统计视图：
- TestFlight → Builds → 某个构建的「Crashes」列：显示这个构建的崩溃总次数（聚合值），点击进去跳到上面那个崩溃面板，自动按这个构建过滤。
这个统计视图方便你快速看哪个构建崩溃多、哪个构建崩溃少。