本文详解如何使用 `ipcrenderer.invoke()` 与 `ipcmain.handle()` 实现安全、简洁的主-渲染进程双向通信，替代已废弃的 `send/on` 模式，正确获取如 license key 等异步数据。
在 Electron 应用中，渲染进程（如前端页面）与主进程之间的通信必须遵循安全且可预测的模式。你当前尝试使用 ipcRenderer.send() 配合 ipcMain.on() 获取 license key，但该方式无法返回值——send() 是单向“发射”消息，不支持等待响应，因此 const licenseKey = ipcRenderer.send(...) 实际返回 undefined，无法满足需求。
✅ 正确方案是采用 invoke/handle 这对基于 Promise 的 IPC API，它天然支持异步返回值、错误传播和上下文隔离，是 Electron 官方推荐的现代 IPC 模式（自 v7 起稳定，v14+ 已成为首选）。
✅ 正确实现步骤
1. 主进程（main.js）注册处理函数
使用 ipcMain.handle() 注册一个可被 invoke 调用的通道，并返回 Promise（同步值会自动包装为 resolved Promise）：
// main.js
const { app, ipcMain } = require('electron');
const Store = require('electron-store');
const store = new Store();
ipcMain.handle('get-license-key', async () => {
// 从 electron-store 安全读取
return store.get('license.key', ''); // 提供默认值避免 undefined
});⚠️ 注意：handle 回调必须是 async 或返回 Promise；若需读取文件、数据库或调用异步 API，直接 await 即可。
2. 渲染进程（renderer.js）发起调用并等待结果
在渲染进程中使用 ipcRenderer.invoke() —— 它返回一个 Promise，可配合 await 或 .then() 使用：
// renderer.js（需确保在 contextIsolation: true 环境下通过 preload 注入 ipcRenderer）
const { ipcRenderer } = window.electron; // 假设通过 preload 暴露
try {
const licenseKey = await ipcRenderer.invoke('get-license-key');
console.log('License key received:', licenseKey);
// ✅ 此处 licenseKey 即为 electron-store 中存储的实际值
} catch (error) {
console.error('Failed to fetch license key:', error);
// 自动捕获主进程抛出的错误（如 store 读取失败）
}? 安全提示：务必通过 contextBridge 在 preload 脚本中显式暴露 invoke 方法，禁用 nodeIntegration 并启用 contextIsolation: true，防止原型污染等安全风险。
❌ 为什么不能用 send + on？
- ipcRenderer.send() 是fire-and-forget，无返回值；
- ipcMain.on() 仅用于监听，需手动用 event.reply() 发送响应，但渲染进程无内置机制接收该响应（需额外监听 reply 通道），代码冗余且易出错；
- 缺乏 Promise 错误链路，异常难以追踪。
✅ 总结
| 场景 | 推荐 API | 特点 |
|---|---|---|
| 请求-响应（需返回值） | invoke / handle | 类型安全、支持 await、自动错误转发、推荐用于绝大多数业务逻辑 |
| 广播通知（无需响应） | send / on | 适合日志上报、状态变更广播等单向场景 |
只要涉及“获取数据”“执行操作并返回结果”，请始终优先选用 invoke/handle。它不仅语义清晰，更能与 electron-store、fs.promises 等现代异步 API 无缝协作，构建健壮、可维护的 Electron 应用架构。
