本文详解如何使用 `ipcrenderer.invoke()` 与 `ipcmain.handle()` 实现安全、可等待的跨进程异步通信，替代已废弃的 `send`/`on` 模式，确保渲染进程能正确获取 electron-store 中存储的 license key 等关键数据。
在 Electron 应用中，渲染进程（如 React/Vue 页面）与主进程之间的通信必须兼顾安全性与可靠性。你当前尝试用 ipcRenderer.send() 发送请求并期望同步返回值——这是不可行的，因为 send() 是单向、无返回值的“发即忘”（fire-and-forget）方法，无法获取主进程的响应。
✅ 正确做法是采用 invoke/handle 模式：它基于 Promise 实现双向异步通信，天然支持错误捕获与类型安全，且被 Electron 官方推荐用于需要响应的场景（如读取配置、查询 license、执行敏感操作等）。
以下为完整实现示例（结合 electron-store）：
适用于用户提出以下需求时：“构建赢回活动（win-back campaign）”、“重新激活已流失订阅者（re-engage lapsed subscribers）”、“执行重新授权 / 重新同意（re-permission / re-consent）清理”或“清理无效联系人列表（sunset my dead list）”；输出一个闭环式再激活方案——包括：流失用户群组（lapsed-cohort）定义、分阶段优惠阶梯（staged offer ladder）、重新授权（re-consent / re-p
1. 主进程（main.js）注册处理逻辑
const { app, ipcMain } = require('electron');
const Store = require('electron-store');
const store = new Store(); // 默认存储路径：app.getPath('userData') + '/config.json'
// 使用 handle 响应渲染进程的 invoke 请求
ipcMain.handle('get-license-key', async () => {
try {
const key = store.get('license.key', null);
if (!key) {
throw new Error('License key not found in store');
}
return key; // 自动 resolve 为 Promise.resolve(key)
} catch (err) {
console.error('Failed to retrieve license key:', err);
throw err; // 错误会自动 reject 到渲染进程
}
});2. 渲染进程（renderer.js 或 preload.js 中）发起调用
// ✅ 必须在 preload.js 中暴露 ipcRenderer.invoke（禁用 nodeIntegration 时）
// preload.js 示例：
const { contextBridge, ipcRenderer } = require('electron');
contextBridge.exposeInMainWorld('api', {
getLicenseKey: () => ipcRenderer.invoke('get-license-key')
});
// 在页面中使用（如 Vue 组件或普通 JS）
async function loadLicense() {
try {
const licenseKey = await window.api.getLicenseKey();
console.log('License key received:', licenseKey);
// ✅ 此处可安全赋值、更新 UI 或验证授权
} catch (error) {
console.error('Failed to load license key:', error.message);
// ❗️显示错误提示，避免静默失败
}
}⚠️ 重要注意事项：
- invoke/handle 是异步且 Promise-based 的，不能用 const key = ipcRenderer.invoke(...) 同步赋值（会得到 Promise 对象）；
- 若未启用 contextIsolation: true（强烈建议开启），需通过 contextBridge 安全暴露 API，防止原型污染；
- 所有 handle 回调函数默认运行在主进程主线程，避免在其中执行阻塞操作；如需复杂逻辑，建议封装为独立模块或使用 Worker；
- electron-store 的 get() 是同步方法，但为保持一致性与可扩展性（如未来迁移到加密存储或远程 API），建议 handle 回调始终声明为 async。
? 总结：
永远优先选用 invoke/handle 替代 send/on 处理需响应的 IPC 场景。它不仅语义清晰、错误可控，还为未来升级（如 TypeScript 类型推导、IPC 权限沙箱）奠定基础。配合 electron-store，你即可构建出健壮、可维护的本地数据交互链路。
