第4章：主进程与渲染进程通信：IPC机制、remote模块、contextBridge最佳实践

面试问题：Electron 中主进程和渲染进程如何通信？请列举三种方式并说明适用场景。

考察点：对 IPC 机制的理解深度，是否了解 remote 模块的缺陷以及 contextBridge 的优势。

回答框架：分点陈述三种方式 → 举典型用例 → 指出推荐方案及原因。

示例回答：
① ipcMain/ipcRenderer 用于基础双向通信，如点击按钮后通知主进程执行文件操作；② remote 模块已废弃，因破坏安全性且性能差；③ contextBridge + preload 是推荐方案，在预加载脚本中通过 contextBridge.exposeInMainWorld 暴露安全 API，保持沙箱隔离。

可能追问：为什么不直接使用 ipcRenderer.send 而要用 ipcMain.handle？preload 中如何传递复杂对象？

避坑提醒：千万别提 remote 模块作为“新方案”；务必说明 contextBridge 需要与 contextIsolation: true 配合使用。

面试问题：contextBridge 的作用是什么？如何使用它实现安全的进程通信？

考察点：对安全隔离机制的理解，能否写出正确的 preload 代码。

回答框架：解释 contextBridge 作用 → 展示 preload 暴露 API → 强调 contextIsolation 配置。

示例回答：
contextBridge 在预加载脚本中创建安全的桥接，防止渲染进程直接访问 Node API。示例如下：在 preload.js 中调用 contextBridge.exposeInMainWorld('myAPI', { getVersion: () => ipcRenderer.invoke('get-version') })；渲染进程通过 window.myAPI.getVersion() 调用。

可能追问：如果使用 contextBridge 暴露了含有回调的参数，需要注意什么？如何防止恶意调用？

避坑提醒：不要直接暴露 ipcRenderer 对象，只暴露具体的方法；避免在 preload 中使用 eval 或动态执行代码。

面试问题：Electron 中 remote 模块为什么会被废弃？迁移到 contextBridge 需要做哪些改动？

考察点：对生态演进的理解，迁移能力和工程经验。

回答框架：指出 remote 模块的安全和性能问题 → 列出迁移步骤（启用沙箱、重写调用方式）。

示例回答：
remote 模块允许渲染进程直接调用主进程模块，导致严重安全漏洞（如被 XSS 后可控制整个应用）。Electron 12 起标记废弃。迁移做法：打开 contextIsolation: true，在 preload 中用 contextBridge 暴露需要的 API，将 remote.require 替换为 ipcRenderer.invoke 调用主进程处理。

可能追问：远程窗口（BrowserWindowProxy）是否也会受影响？如何安全地访问主进程的进程间通信？

避坑提醒：不要为了省事继续使用 remote 或启用 enableRemoteModule；迁移时注意所有通过 remote 获取的模块都要改为 IPC 异步调用，避免同步阻塞。