FlClash macOS 升级后启动即崩溃：EXC_BAD_ACCESS 与回退排查

真实问题指纹

FlClash 官方仓库的 #2240 记录了一个可区分的 macOS 个案：升级到 v0.8.94 后应用一启动就崩溃。报告环境为 macOS 11.7.11，崩溃报告的主线程包含 EXC_BAD_ACCESS、KERN_INVALID_ADDRESS 与 Segmentation fault: 11。这些版本和错误签名仅用于界定公开个案，不能证明所有 macOS 或所有 FlClash 版本都有同一缺陷。

这一路径只处理“进程在界面出现前或刚出现时退出”。若 FlClash 能稳定打开、但节点超时、订阅更新失败或 TUN 无法转发，应改走对应的网络或配置诊断页，而不要把运行期连接故障误判为应用崩溃。

先保留可复核的本机证据

先不要连续重试、覆盖安装或清空配置。打开“控制台”应用，或在终端中只读取近期崩溃记录；不要把订阅 URL、节点名称、账户标识或完整用户目录贴到公开反馈中：

sw_vers
mdls -name kMDItemVersion /Applications/FlClash.app 2>/dev/null
log show --last 20m --style compact --predicate 'process == "FlClash"' 2>/dev/null | tail -n 80

重点记录“首次失败时间”、FlClash 版本、macOS 版本，以及是否看到 EXC_BAD_ACCESS、SIGSEGV 或同一崩溃线程。上面的命令只读取系统与日志元数据；若应用不在默认安装位置，应调整路径而不是复制未知脚本。

诊断范围

“FlClash macOS 升级后启动即崩溃：EXC_BAD_ACCESS 与回退排查”适用于 FlClash 更新后启动即退出、没有进入可操作主界面，并且系统日志显示应用级崩溃的情况。它不适用于账号、订阅、节点质量、服务端状态或任何需要规避地区/平台限制的诉求。

如果日志显示的是权限提示、已损坏的应用包或不同进程名，先保留原始错误文本并按系统提示验证安装来源；不要关闭系统安全功能或从非官方渠道下载所谓“修复版”。

操作步骤

1. 退出 FlClash，记录当前版本和 macOS 版本。若还能打开设置，先导出配置；若完全无法打开，只保留脱敏后的崩溃时间和错误签名，不要强行读取或上传私密配置目录。
2. 用同一个 macOS 用户帐户重新启动一次，并观察是否仍在同一时段产生 FlClash 崩溃记录。不要同时改 DNS、TUN、系统代理或订阅，这些改动无法验证启动阶段的回归。
3. 若问题紧接版本更新出现，查看项目的发布说明和 #2240 后续讨论，优先采用项目提供的正式更新或已知可用的上一版本。安装包应来自项目官方发布页，并保留原安装包与配置导出以便回退。
4. 回退或更新后，用原来的启动动作验证应用能否打开，再单独检查系统代理、订阅和 TUN。若仍崩溃，反馈时附上脱敏后的版本组合、首次失败时间、崩溃签名及最小复现步骤，而不是完整 crash report 或配置。

可观察的预期结果

一次只改变版本这一项后，应能明确得到“新版仍在启动阶段崩溃”“应用可稳定打开”或“出现了不同错误”之一。只有第二种结果才表示可以继续进入订阅、节点或 TUN 的运行期检查；它不代表连接质量已经恢复。

验证与回退

验证时先确认 FlClash 能连续两次打开并进入主界面，再恢复先前导出的最小配置，最后逐项恢复系统代理或 TUN 等运行期开关。若回退后出现新问题，停止叠加版本、配置和网络改动，恢复到最近一次可启动的状态。

仍未解决时，准备 FlClash 版本、macOS 版本、安装来源、首次失败时间、错误类型与脱敏后的崩溃片段。EXC_BAD_ACCESS 只是崩溃类别，不足以由单一公开 Issue 推导出统一根因；以维护者后续回复或发布说明为准。

来源与适用边界

本文基于公开的 FlClash Issue #2240 整理。该 Issue 记录了 v0.8.94、macOS 11.7.11 与启动阶段 EXC_BAD_ACCESS/SIGSEGV 的同现，不包含已确认的通用修复结论。本文的命令仅用于读取本机版本和短时间日志，不会处理网络身份、订阅内容或账户数据。