Electron应用运行数小时后空白，渲染进程以退出码134崩溃求助

核心原因关联 #

你的问题是典型的渲染进程因内存泄漏触发Chromium内核断言失败，最终导致进程崩溃，对应退出码134（SIGABRT信号，进程被主动终止）。以下是各线索的具体解读：

1. 退出码134与NOTREACHED日志
   退出码134对应操作系统的SIGABRT信号，说明Chromium内核触发了断言失败——也就是代码走到了标记为「不可能到达」的分支，这就是那条Check failed: false. NOTREACHED...日志的来源。这类错误通常是底层资源（如V8内存管理、GPU渲染模块）出现异常后的自我保护机制。

2. 堆内存持续升高的影响
   堆内存持续上涨明确指向内存泄漏，泄漏积累到一定程度会破坏Chromium的内存管理逻辑，触发内核层面的异常断言，最终导致渲染进程崩溃。React + Electron场景下，常见泄漏点包括：

• 组件卸载时未清理的定时器（setInterval/setTimeout）、事件监听（如window.resize）或第三方订阅
• 闭包意外持有组件实例、DOM节点导致无法回收
• React组件key使用不当，导致重复创建大量未回收的DOM节点
• 第三方库（如图表、富文本编辑器）未正确释放资源

具体排查步骤 #

1. 定位内存泄漏源

• 打开Electron开发者工具的Memory面板，每隔1-2小时录制一次堆快照，对比快照中持续增长的对象类型（比如未回收的React组件实例、DOM节点），定位泄漏代码
• 使用React DevTools的Profiler面板，检查组件的挂载/卸载生命周期，找出长期存在的未卸载组件
• 逐行排查定时器、事件监听逻辑，确保在组件useEffect返回函数（类组件则在componentWillUnmount）中执行清理操作：

  useEffect(() => {
    const timer = setInterval(() => {}, 1000);
    const handler = () => {};
    window.addEventListener('resize', handler);
    
    // 组件卸载时清理
    return () => {
      clearInterval(timer);
      window.removeEventListener('resize', handler);
    };
  }, []);
  

2. 排查Chromium内核相关问题

• 升级Electron到最新稳定版本：部分旧版本存在已知的渲染进程内存泄漏或崩溃bug，建议切换到20+或27+稳定分支
• 禁用硬件加速：在主进程启动时添加app.disableHardwareAcceleration()，排除GPU渲染模块引发的崩溃
• 开启Chromium详细日志：启动应用时添加命令行参数--enable-logging=stderr --v=1，获取崩溃前的底层日志，定位具体的断言失败位置

3. 其他排查点

• 检查是否使用了Native Node模块：这类模块如果内存管理不当，可能直接导致渲染进程崩溃
• 优化资源加载：确保图片、音频等资源在使用后及时释放，避免长期占用内存

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