跳转到主要内容

ipcRenderer

历史

从渲染进程异步地与主进程通信。

进程:渲染进程

ipcRenderer 模块是一个 EventEmitter。它提供了一些方法,以便您可以从渲染进程(网页)向主进程发送同步和异步消息。您也可以接收来自主进程的回复。

有关代码示例,请参阅 IPC 教程

方法

ipcRenderer 模块具有以下用于监听事件和发送消息的方法

ipcRenderer.on(channel, listener)

监听 channel,当新消息到达时,将使用 listener(event, args...) 调用 listener

ipcRenderer.off(channel, listener)

从指定 channel 的监听器数组中删除指定的 listener

ipcRenderer.once(channel, listener)

为事件添加一次性 listener 函数。仅当下次向 channel 发送消息时,才会调用此 listener,之后将其删除。

ipcRenderer.addListener(channel, listener)

ipcRenderer.on 的别名。

ipcRenderer.removeListener(channel, listener)

ipcRenderer.off 的别名。

ipcRenderer.removeAllListeners([channel])

  • channel string (可选)

从指定的 channel 中删除所有监听器。如果未指定任何通道,则从所有通道中删除所有监听器。

ipcRenderer.send(channel, ...args)

  • channel string
  • ...args any[]

通过 channel 向主进程发送异步消息,以及参数。参数将使用 结构化克隆算法 进行序列化,就像 window.postMessage 一样,因此不会包含原型链。发送函数、Promise、Symbol、WeakMap 或 WeakSet 将引发异常。

注意: 发送非标准的 JavaScript 类型(例如 DOM 对象或特殊的 Electron 对象)将引发异常。

由于主进程不支持 DOM 对象(例如 ImageBitmapFileDOMMatrix 等),因此无法通过 Electron 的 IPC 将此类对象发送到主进程,因为主进程无法解码它们。尝试通过 IPC 发送此类对象将导致错误。

主进程通过使用 ipcMain 模块监听 channel 来处理它。

如果您需要将 MessagePort 转移到主进程,请使用 ipcRenderer.postMessage

如果您想接收来自主进程的单个响应,例如方法调用的结果,请考虑使用 ipcRenderer.invoke

ipcRenderer.invoke(channel, ...args)

  • channel string
  • ...args any[]

返回 Promise<any> - 使用来自主进程的响应进行解析。

通过 channel 向主进程发送消息并异步期望结果。参数将使用 结构化克隆算法 进行序列化,就像 window.postMessage 一样,因此不会包含原型链。发送函数、Promise、Symbol、WeakMap 或 WeakSet 将引发异常。

主进程应使用 ipcMain.handle() 监听 channel

例如

// Renderer process
ipcRenderer.invoke('some-name', someArgument).then((result) => {
// ...
})

// Main process
ipcMain.handle('some-name', async (event, someArgument) => {
const result = await doSomeWork(someArgument)
return result
})

如果您需要将 MessagePort 转移到主进程,请使用 ipcRenderer.postMessage

如果您不需要消息的响应,请考虑使用 ipcRenderer.send

注意 发送非标准的 JavaScript 类型(例如 DOM 对象或特殊的 Electron 对象)将引发异常。

由于主进程不支持 DOM 对象(例如 ImageBitmapFileDOMMatrix 等),因此无法通过 Electron 的 IPC 将此类对象发送到主进程,因为主进程无法解码它们。尝试通过 IPC 发送此类对象将导致错误。

注意 如果主进程中的处理程序抛出错误,则 invoke 返回的 Promise 将被拒绝。但是,渲染进程中的 Error 对象与主进程中抛出的对象不同。

ipcRenderer.sendSync(channel, ...args)

  • channel string
  • ...args any[]

返回 any - ipcMain 处理程序发送回的值。

通过 channel 向主进程发送消息并同步期望结果。参数将使用 结构化克隆算法 进行序列化,就像 window.postMessage 一样,因此不会包含原型链。发送函数、Promise、Symbol、WeakMap 或 WeakSet 将引发异常。

注意: 发送非标准的 JavaScript 类型(例如 DOM 对象或特殊的 Electron 对象)将引发异常。

由于主进程不支持 DOM 对象(例如 ImageBitmapFileDOMMatrix 等),因此无法通过 Electron 的 IPC 将此类对象发送到主进程,因为主进程无法解码它们。尝试通过 IPC 发送此类对象将导致错误。

主进程通过使用 ipcMain 模块监听 channel 来处理它,并通过设置 event.returnValue 进行回复。

⚠️ 警告:发送同步消息会阻塞整个渲染进程,直到收到回复,因此仅在万不得已时才使用此方法。最好使用异步版本 invoke()

ipcRenderer.postMessage(channel, message, [transfer])

  • channel string
  • message any
  • transfer MessagePort[] (可选)

向主进程发送消息,可以选择转移零个或多个 MessagePort 对象的所有权。

转移的 MessagePort 对象将在主进程中作为 MessagePortMain 对象可用,方法是访问发出的事件的 ports 属性。

例如

// Renderer process
const { port1, port2 } = new MessageChannel()
ipcRenderer.postMessage('port', { message: 'hello' }, [port1])

// Main process
ipcMain.on('port', (e, msg) => {
const [port] = e.ports
// ...
})

有关使用 MessagePortMessageChannel 的更多信息,请参阅 MDN 文档

ipcRenderer.sendToHost(channel, ...args)

  • channel string
  • ...args any[]

类似于 ipcRenderer.send,但事件将发送到宿主页面中的 <webview> 元素,而不是主进程。