CEF GracefulShutdownHandler(SIGTERM)内 RAW_CHECK 失败 → 有意崩溃

• 日期: 2026-07-16
• 签名: Chromium Embedded Framework!logging::RawLog(int, char const*)(arm64 ×18)
• 崩溃类型: EXC_BREAKPOINT(RAW_CHECK 故意触发)
• 指纹: chrome/browser/shutdown_signal_handlers_posix.cc:44
• 置信度: 机制高置信(CEF/Chromium 上游行为,非本方代码缺陷)

栈与机制

0 CEF logging::RawLog                    base/logging.cc:1294
1 CEF logging::RawCheckFailure           base/check.cc:413
2 CEF (anon)::GracefulShutdownHandler    chrome/browser/shutdown_signal_handlers_posix.cc:44
3 libsystem_platform (signal trampoline)
6 CEF base::internal::LockImpl::LockInternal   ← 信号打断时正在执行的代码
7 CEF (anon)::ZombieDealloc              objc_zombie.mm:166

进程收到 SIGTERM(用户强退/系统关机/父进程终止),Chromium 的

GracefulShutdownHandler 尝试向 shutdown pipe 写入唤醒字节,

RAW_CHECK 失败(pipe 未初始化或写失败)→ 直接 RawLog + 断点终止。

这是 Chromium 信号处理器里的防御性 check,发生于进程本来就在被终止的时刻。

结论

• 非 Fix Scope 内可修问题(逻辑在 CEF/Chromium 上游,且发生在终止路径)。
• 用户影响极低:进程已被要求退出;崩溃只是"退出方式不优雅"并生成 dump 噪音。
• 处置:记为 Known Issue 累计观察。若量级持续增长,可排查是谁向主进程发

SIGTERM(如强制退出下载中的 app、helper 进程管理),或在 qcef 层评估

提前建立 shutdown pipe 的可行性;暂不建 issue。