Electron 42.3.1 是一个补丁版本，核心改动集中在 Windows 平台共享窗口时的崩溃修复。如果你在 Windows 上做过屏幕共享、窗口捕获相关的功能，这个版本值得立刻升级——这类崩溃往往出现在用户最需要稳定性的场景：演示、会议、远程协作。
这个崩溃到底发生在哪
Electron 基于 Chromium 的窗口管理机制，在 Windows 上共享窗口时，底层会调用 desktop-capturer 相关 API 拿到窗口句柄。此前版本在特定窗口状态切换（比如共享目标窗口被最小化、关闭或权限变更）时，没有正确处理句柄回收，导致进程直接 crash——不是优雅退出，是硬崩。
这意味着：如果你的应用集成了屏幕共享功能（视频会议工具、远程桌面、直播推流），用户在共享过程中一旦目标窗口状态变化，整个应用可能瞬间消失，连日志都来不及写完。
快速确认你是否受影响
不是所有 Electron 应用都会碰到这个问题。只有同时满足以下条件才需要紧急关注：
- 运行平台是 Windows
- 代码中使用了
desktopCapturerAPI 获取窗口源 - 用户可能共享的不是整个屏幕而是单个窗口
如果你的应用只做全屏共享，或者压根没有屏幕捕获功能，风险较低，但作为补丁版本，升级仍然没有破坏性代价。
升级实操：两步完成
第一步，确认当前版本：
# 在项目根目录执行
npx electron --version
第二步，升级到 42.3.1：
# 修改 package.json 中 electron 版本号，然后安装
npm install electron@42.3.1
如果你用的是 yarn：
yarn add electron@42.3.1
升级后跑一遍你的窗口共享流程，重点测试：共享中关闭目标窗口、共享中最小化目标窗口、共享中切换共享源。这三个操作是此前崩溃的高频触发点。
一个可运行的窗口共享检测示例
下面是一个最小化的 Electron 主进程代码片段，演示如何安全地获取可共享窗口列表，并在窗口状态变化时做防御性处理：
// main.js — Electron 主进程
const { app, BrowserWindow, desktopCapturer } = require('electron');
let mainWindow;
app.whenReady().then(() => {
mainWindow = new BrowserWindow({
width: 800,
height: 600,
webPreferences: {
nodeIntegration: true,
contextIsolation: false, // 仅用于演示，生产环境建议开启
},
});
mainWindow.loadFile('index.html');
// 获取可共享的窗口源列表
desktopCapturer.getSources({ types: ['window'] }).then((sources) => {
console.log('可用窗口源数量:', sources.length);
sources.forEach((source) => {
console.log(` - ${source.name} (id: ${source.id})`);
});
}).catch((err) => {
// 42.3.1 修复了此处可能在 Windows 上触发崩溃的路径
// 但仍然建议做 catch，防止其他边界情况
console.error('获取窗口源失败:', err.message);
});
});
app.on('window-all-closed', () => {
app.quit();
});
对应的 index.html 渲染进程部分，展示如何在页面中请求屏幕共享并处理异常：
<!-- index.html -->
<!DOCTYPE html>
<html>
<head><title>窗口共享检测</title></head>
<body>
<h1>窗口共享测试</h1>
<button id="startShare">开始共享窗口</button>
<div id="status"></div>
<script>
const statusEl = document.getElementById('status');
const startBtn = document.getElementById('startShare');
startBtn.addEventListener('click', async () => {
try {
// 请求单个窗口共享（而非全屏）
const stream = await navigator.mediaDevices.getDisplayMedia({
video: { displaySurface: 'window' }
});
statusEl.textContent = '✅ 共享已启动，流 ID: ' + stream.id;
// 监听流结束——用户手动停止或目标窗口关闭
stream.getVideoTracks()[0].onended = () => {
statusEl.textContent = '⏹ 共享已结束（窗口可能被关闭或最小化）';
};
} catch (e) {
// 用户拒绝权限或窗口不可用
statusEl.textContent = '❌ 共享失败: ' + e.message;
}
});
</script>
</body>
</html>
运行方式：
# 安装依赖后直接启动
npm install electron@42.3.1
npx electron .
这个示例的重点不在功能多丰富，而在 catch 和 onended 的防御性处理——42.3.1 修复了主进程侧的崩溃，但渲染进程侧的流中断仍然需要你自己处理，否则用户体验是"黑屏无提示"。
补丁版本的升级策略
对于 Electron 补丁版本（x.y.z 中 z 的变化），一般原则：
| 场景 | 建议 |
|---|---|
| 修复了与你相关的平台崩溃 | 尽快升级，风险为零 |
| 修复了你不用的功能 | 可以跟下一个 minor 版一起升 |
| 你的应用已发布生产 | 先在 CI 中跑完整回归再发布 |
Electron 的补丁版本只包含 bug fix，不引入新 API 或行为变更，所以升级的兼容性风险极低。唯一需要注意的是：如果你的项目锁定了 Chromium 或 Node.js 的特定子版本（比如 V8 扩展依赖），确认补丁版本没有连带升级这些子组件——可以在 Electron Releases 页面查看每个版本对应的 Chromium/Node 版本号。
一句话总结：在 Windows 上用了窗口共享功能的项目，42.3.1 是必须跟进的补丁；其他项目可以按常规节奏升级，不必抢跑。