electron中IPC 渲染进程与主进程通信方法解析

electron中ipcRenderer.invoke、ipcRenderer.on、ipcRenderer.send、ipcRenderer.sendSync作用与区别

IPC 渲染进程与主进程通信方法解析

ipcRenderer 的这几个方法作用不完全相同 ,它们适用于不同的通信场景,核心区别在于通信方向是否需要响应 以及同步 / 异步特性。下面详细说明:

1. ipcRenderer.send(channel, ...args)

  • 作用 :从渲染进程主进程 发送异步消息(单向通信),不需要返回结果。

  • 特点

    • 发送后立即返回,不等待主进程处理。

    • 主进程通过 ipcMain.on(channel, (event, ...args) => { ... }) 接收。

    • 适合只需要通知主进程执行操作,不需要结果的场景。

  • 示例

    // 渲染进程

    ipcRenderer.send('open-file', '/path/to/file');

    // 主进程

    ipcMain.on('open-file', (event, path) => {

    fs.openSync(path, 'r');

    });

2. ipcRenderer.on(channel, listener)

  • 作用 :在渲染进程 中监听主进程发送的特定频道消息(被动接收)。

  • 特点

    • 用于接收主进程通过 webContents.send(channel, ...args) 发送的消息。

    • 是 "接收消息" 的方法,而非 "发送消息"。

  • 示例

    // 渲染进程(监听主进程消息)

    ipcRenderer.on('file-opened', (event, content) => {

    console.log('文件内容:', content);

    });

    // 主进程(发送消息给渲染进程)

    mainWindow.webContents.send('file-opened', '文件内容...');

3. ipcRenderer.invoke(channel, ...args)

  • 作用 :从渲染进程主进程 发送异步请求 ,并等待主进程返回结果(类似 HTTP 的请求 - 响应模式)。

  • 特点

    • 返回一个 Promise,可配合 async/await 使用。

    • 主进程通过 ipcMain.handle(channel, async (event, ...args) => { ... }) 处理并返回结果。

    • 适合需要主进程处理后返回数据的场景(如读取文件、调用系统 API 等)。

  • 示例

    // 渲染进程

    async function readFile() {

    const content = await ipcRenderer.invoke('read-file', '/path/to/file');
    console.log('文件内容:', content);

    }

    // 主进程

    ipcMain.handle('read-file', async (event, path) => {

    return fs.readFileSync(path, 'utf8'); // 返回结果给渲染进程

    });

4. ipcRenderer.sendSync(channel, ...args)

  • 作用 :从渲染进程主进程 发送同步请求 ,会阻塞渲染进程直到主进程返回结果。

  • 特点

    • 同步执行,会卡住渲染进程(可能导致界面卡顿),不推荐频繁使用

    • 主进程通过 ipcMain.on(channel, (event, ...args) => { event.returnValue = ... }) 返回结果。

    • 适合极少数必须同步获取结果的场景。

  • 示例

    // 渲染进程(同步等待结果)

    const content = ipcRenderer.sendSync('read-file-sync', '/path/to/file');

    console.log('文件内容:', content);

    // 主进程

    ipcMain.on('read-file-sync', (event, path) => {

    event.returnValue = fs.readFileSync(path, 'utf8'); // 通过 returnValue 返回

    });

核心区别总结

方法 通信方向 同步 / 异步 是否需要返回结果 主进程处理方式
send 渲染 → 主进程 异步 不需要 ipcMain.on
on 主进程 → 渲染 异步 接收结果 配合 webContents.send
invoke 渲染 → 主进程 异步 需要(请求 - 响应) ipcMain.handle
sendSync 渲染 → 主进程 同步 需要(阻塞) ipcMain.on + event.returnValue

最佳实践

  • 大多数场景优先使用 invoke(异步请求 - 响应)和 send(单向通知)。

  • 避免使用 sendSync,因其会阻塞渲染进程,影响用户体验。

  • 主进程向渲染进程发送消息时,用 webContents.send 配合渲染进程的 ipcRenderer.on

相关推荐
cyadyx1 小时前
Vite 比 Webpack 构建效率更高
前端·webpack·node.js·vite
mCell3 小时前
AI 时代 SVG 画图的潜力
前端·agent·svg
我命由我123458 小时前
CesiumJS 笔记 - 获取容器中心点、Cartesian3 clone 方法、修改 Cartesian3 对象的高度
前端·javascript·css·前端框架·html·html5·js
Hopebearer_9 小时前
页面突然只剩 DOM?一次静态资源版本错配排查
前端·部署
抱抱宝9 小时前
Agent-study项目教程(03):手写 Mini-ReAct Agent(不依赖框架)
javascript·人工智能·gpt·react.js·prompt·agent
东风破_10 小时前
ESLint 是什么?为什么你的项目需要它?
前端·后端·代码规范
用户9385156350710 小时前
Next.js 笔记系统(二):Redis 数据服务与侧边栏组件拆分实战
javascript·全栈
圣殿骑士-Khtangc11 小时前
Go字符串高效拼接性能对比与底层原理分析
服务器·前端·golang
BigTopOne12 小时前
【ijkplayer】 硬解码流程
前端
kyriewen12 小时前
DeepSeek Harness开源第一天我就上手了——和Claude Code的差距比想象中大
前端·ai编程·deepseek