只在某地区崩溃：App 复现证据清单

"只有当地用户会崩"是最容易被误判的一类反馈。设备型号、系统版本、App 语言、系统时区、网络出口、账号状态，任何一个不同都可能导致崩溃，而反馈里通常只提到地区。

处理“只有当地用户会崩”的反馈时，先用对照确认现象是否与出口条件相关，再固定设备与构建，整理可重放的步骤。代理出口只是测试变量，不能替代符号化堆栈分析。使用测试账号和合成数据，避免收集真实用户日志。可从三组对照开始：同设备换出口、同出口换设备、同账号换版本。

先判断崩溃是否真的与地区相关

先做三组对照，缩小排查范围：

这些对照用于缩小范围，不直接证明根因。若同一设备只在某出口复现，先重复对照并查看崩溃前请求、地区配置读取和语言资源加载记录；之后再用同地区其他出口、同型号设备及不同版本排除交互因素。

固定设备、版本、语言与时区四类条件

对照时固定设备、系统与 App 版本、语言、时区和账号，只改变出口。其他变量需要比较时，另设一轮用例。

采集最小复现证据

工单摘要列出异常类型、崩溃线程和关键调用帧；附件保留经授权且脱敏的完整符号化报告，并注明构建与符号文件是否匹配。另记录崩溃时的设备状态、崩溃前几条请求、设备型号与系统版本，以及从冷启动开始的复现步骤。本地存储只记录脱敏后的缓存键与版本，不导出完整数据库。

提交前确认材料能说明崩溃位置、崩溃前发生的请求，以及异常组与对照组的差异。

整理复现记录

记录测试环境、冷启动步骤、日志与请求时间线、对照结果，以及影响的用户、机型和版本范围。每轮只改变一个变量。能复现时注明条件和次数；暂未复现时如实记录尝试的条件、时间与反馈，不推测触发条件。

常见问题

用户说“只有当地会崩”，怎样检查设备因素？

先做同地区换设备对照，再看崩溃日志里的机型与系统版本分布。如果同一出口下多台设备都崩、换出口就好，才谈得上地区相关；如果只有单一机型崩，先查设备与系统。

哪些崩溃日志字段有助于判断地区相关性？

三类：崩溃前请求的域名与状态码、地区配置的读取结果（读到的是哪个地区）、语言资源的加载顺序。三者同时异常时优先怀疑地区配置，但仍要用同构建、同设备的双出口对照确认，不能凭字段异常直接定论。

暂时无法复现时提交什么？

提交对照矩阵与日志分布，写清尝试过的条件与结果（3/3 复现，或未复现），以及已经缩小到哪几个变量。研发据此可以从崩溃聚合平台反查同机型同版本的堆栈。

没有代理 IP 还能做地区对照吗？

能，但要能提供一个指定地区的出口。海外测试机、云主机、用户帮测都可以，前提是测试时设备与版本可控。代理 IP 的价值是可以快速在多地区之间切换，省掉等机器的时间，代价是每次都要记录用的是哪一档出口。