我们知道开发Electron应用,难免要涉及到跨进程通信,以前Electron内置了remote模块,极大的简化了跨进程通信的开发工作,但这也带来了很多问题,具体的细节请参与我之前写的文章:

Electron团队把remote模块拿掉之后,开发者就只能使用ipcRenderer,ipcMain,webContents等模块收发跨进程消息了,这并没有什么问题,但写起来非常麻烦,跨进程消息多了之后,也很难管理维护。这就促使着我们思考如何实现一个大一统的跨进程事件组件。下面我就介绍一种方法。

首先这个组件整合了NodeJs的events模块和Electron收发事件的模块,所以先把这些模块引入进来

let events = require('events')
let { ipcRenderer, ipcMain, webContents } = require('electron')

我们假定这个组件的类名为Eventer,我们在这个类的构造函数中,实例化了一个EventEmitter对象,让它来负责监听和发射事件。

constructor() {
this.instance = new events.EventEmitter()
//this.instance.setMaxListeners(60) //Infinity
this.initEventPipe()
}

首先,无论是渲染进程还是主进程使用这个模块,都会执行这个构造函数,创建一个EventEmitter对象;但渲染进程的EventEmitter对象与主进程的EventEmitter对象是不同的;不同渲染进程间的EventEmitter对象也是不同的,但同一个进程内的EventEmitter对象是相同的,共享同一个EventEmitter对象,这里我们用到了单例模式,是通过下面这行代码实现的:

export let eventer = new Eventer()

也就是说某个进程第一次import这个组件的时候,Eventer类就实例化了,它的构造函数就执行过了,无论这个进程再import多少次这个类,都是引用的同一个eventer对象,这个类在同一个进程内不会被实例化多次。

默认情况下EventEmitter实例最多可为任何单个事件注册10个监听器,如果你嫌这个数量太少,可以通过setMaxListeners方法把这个数字设置大一些,设置为Infinity就没有任何数量限制了,但尽量不要这么做,要不然某个事件被反复注册了,你也不知道。

接下来我们就在initEventPipe方法内初始化了我们自己的跨进程消息管道

private initEventPipe() {
if (ipcRenderer) {
ipcRenderer.on('__eventPipe', (e: Electron.IpcRendererEvent, { eventName, eventArgs }) => {
this.instance.emit(eventName, e, eventArgs)
})
} else if (ipcMain) {
ipcMain.handle('__eventPipe', (e: Electron.IpcMainInvokeEvent, { eventName, eventArgs, broadcast }) => {
this.instance.emit(eventName, e, eventArgs)
if (!broadcast) return
webContents.getAllWebContents().forEach((wc) => {
if (wc.id != e.sender.id) {
wc.send('__eventPipe', { eventName, eventArgs })
}
})
})
}
}

在这个方法内,我们通过ipcRenderer、ipcMain是否存在来判断当前进程是渲染进程还是主进程;

如果是渲染进程则用ipcRenderer监听一个名为__eventPipe的消息;如果是主进程我们则通过ipcMain监听一个名为__eventPipe的消息。

无论是哪个进程,处理这个消息的回调函数都有两个参数,第一个参数是Electron为跨进程消息提供的消息体,第二个参数,是我们自己构造的(后面我们会讲),他们结构是相同的,都具有eventName和eventArgs属性;

在这个回调函数中,我们在当前进程的EventEmitter对象上发射一个事件,这个事件的名字就是eventName属性的值,事件有两个参数,一个是Electron为跨进程消息提供的消息体,另一个是eventArgs对应的值。

如果当前进程是主进程,我们还会进一步判断是不是有broadcast属性,如果有,那么就继续给所有其他的webContents发送__eventPipe消息,消息体是由eventName和eventArgs两个属性组成的。

这里我们通过e.sender.id来判断消息是从哪个渲染进程发来的,当转发这个消息给其他webContents时,要排除掉那个发来消息的webContents。

接下来我们看一下与事件发射有关的一系列方法

emitInProcess(eventName: string, eventArgs?: any) {
this.instance.emit(eventName, eventArgs)
}

这个方法在当前进程的EventEmitter对象上发射事件。它最简单了,不多做介绍。

emitCrossProcess(eventName: string, eventArgs?: any) {
if (ipcMain) {
webContents.getAllWebContents().forEach((wc) => {
wc.send('__eventPipe', { eventName, eventArgs })
})
} else if (ipcRenderer) {
ipcRenderer.invoke('__eventPipe', { eventName, eventArgs })
}
}

这个方法发射一个跨进程消息,如果是渲染进程调用这个方法,那么消息就是发送给主进程的,如果是主进程调用这个方法,那么消息就是发送给所有的渲染进程的。

消息的名字就是__eventPipe,消息体是eventName, eventArgs两个参数组成的对象,我们前面讲的initEventPipe方法内有监听这个消息的逻辑。

emitToAllProcess(eventName: string, eventArgs?: any) {
this.instance.emit(eventName, eventArgs)
if (ipcMain) {
webContents.getAllWebContents().forEach((wc) => {
wc.send('__eventPipe', { eventName, eventArgs })
})
} else if (ipcRenderer) {
ipcRenderer.invoke('__eventPipe', { eventName, eventArgs, broadcast: true })
}
}

这个方法可以把消息发送给所有进程,首先是在自己的进程上发射eventName事件,接着判断当前进程是主进程还是渲染进程,如果是主进程则给所有渲染进程发送消息,如果是渲染进程,则给主进程发送消息,给主进程发消息时,附加了broadcast标记。要求主进程给其他所有的渲染进程转发消息。

emitToWebContents(wcIdOrWc: number | WebContents, eventName: string, eventArgs?: any) {
if (ipcMain) {
if (typeof wcIdOrWc == 'number') {
webContents.getAllWebContents().forEach((wc) => {
if (wc.id === wcIdOrWc) wc.send('__eventPipe', { eventName, eventArgs })
})
} else {
wcIdOrWc.send('__eventPipe', { eventName, eventArgs })
}
} else if (ipcRenderer) {
ipcRenderer.sendTo(wcIdOrWc as number, '__eventPipe', { eventName, eventArgs })
}
}

这个方法把消息发送给指定的WebContents对象,如果当前进程是主进程,则找到WebContents对象,并调用它的send方法发送消息;如果当前进程是渲染进程,则使用ipcRenderer的sendTo方法发送给目标WebContents对象。

接下来还有几个注册事件和取消注册的方法

  on(eventName: string, callBack: (e: any, eventArgs: any) => void) {
this.instance.on(eventName, callBack)
}
once(eventName: string, callBack: (e: any, eventArgs: any) => void) {
this.instance.once(eventName, callBack)
}
off(eventName: string, callBack: (e: any, eventArgs: any) => void) {
if (callBack) {
this.instance.removeListener(eventName, callBack)
} else {
this.instance.removeAllListeners(eventName)
}
}

这些我们就不多做解释了。

遗留问题:我们没办法通过这个组件把消息透传到子页面iframe内部

这个组件淋漓尽致的体现了那句话:把简单、幸福留给用户;把复杂、无奈留给自己;

下面是我写的新书,这篇文章就提炼自这本书里的部分章节

自己实现一个Electron跨进程消息组件的更多相关文章

  1. Android随笔之——跨进程通信(一) Activity篇

    在Android应用开发中,我们会碰到跨进程通信的情况,例如:你用QQ通讯录打电话的时候会调用系统的拨号应用.某些新闻客户端可以将新闻分享到QQ.微信等应用,这些都是跨进程通信的情况.简而言之,就是一 ...

  2. [Hook] 跨进程 Binder 学习指南

    cp from : http://weishu.me/2016/01/12/binder-index-for-newer/ 毫不夸张地说,Binder是Android系统中最重要的特性之一:正如其名“ ...

  3. [Hook] 跨进程 Binder设计与实现 - 设计篇

    cp from : http://blog.csdn.net/universus/article/details/6211589 关键词 Binder Android IPC Linux 内核 驱动 ...

  4. 使用 SetParent 跨进程设置父子窗口时的一些问题(小心卡死)

    原文:使用 SetParent 跨进程设置父子窗口时的一些问题(小心卡死) 在微软的官方文档中,说 SetParent 可以在进程内设置,也可以跨进程设置.当使用跨进程设置窗口的父子关系时,你需要注意 ...

  5. Android 跨进程渲染

    本项目用于验证 Android 是否能够跨进程渲染 View,最终实现了在子进程创建WebView,主进程显示的功能. 一.跨进程渲染的意义 有一些组件比如 WebView 如果在主进程初始化,会大大 ...

  6. android不需要Socket的跨进程推送消息AIDL!

    上篇介绍了跨进程实时通讯http://www.cnblogs.com/xiaoxiaing/p/5818161.html 但是他有个缺点就是服务端无法推送消息给客户端,今天这篇文章主要说的就是服务器推 ...

  7. Android为TV端助力 不需要Socket的跨进程推送消息AIDL!

    上篇介绍了跨进程实时通讯http://www.cnblogs.com/xiaoxiaing/p/5818161.html 但是他有个缺点就是服务端无法推送消息给客户端,今天这篇文章主要说的就是服务器推 ...

  8. Android四大组件应用系列——使用ContentProvider实现跨进程通讯

    一.问题描述 如何在Android中实现不同应用之间的通讯(既跨进程进行调用)?Android提供了多种实现方式,使我们可以实现跨进程访问Activity.通过ContentProvider跨进程访问 ...

  9. Android四大组件应用系列5——使用AIDL实现跨进程调用Service

    一.问题描述 Android应用程序的四大组件中Activity.BroadcastReceiver.ContentProvider.Service都可以进行跨进程.在上一篇我们通过ContentPr ...

随机推荐

  1. NLP 开源形近字算法补完计划(完结篇)

    前言 所有的故事都有开始,也终将结束. 本文将作为 NLP 汉字相似度的完结篇,为该系列画上一个句号. 起-NLP 中文形近字相似度计算思路 承-中文形近字相似度算法实现,为汉字 NLP 尽一点绵薄之 ...

  2. Error occurred during initialization of VM Could not reserve enough space fo

    通过es的elasticsearch.bat 启动.发现错误:Error occurred during initialization of VM Could not reserve enough s ...

  3. IPv4 寻址方式简介

    IPv4 支持三种不同类型的寻址模式.单播寻址方式.广播寻址方式和组播寻址方式.本章节我们来介绍这些寻址方式. 单播寻址方式 在这种模式下,数据只发送到一个目标主机.Destination Addre ...

  4. 【GS基础】植物基因组选择研究人员及数量遗传学发展一览

    目录 1.GS研究 2.数量遗传发展 GS应用主要在国外大型动物和种企,国内仍以学术为主.近期整理相关学术文献,了解到一些相关研究人员,记录下备忘查询,但不可能全面. 1.GS研究 Theo Meuw ...

  5. 关于GCC编译

    GCC参数详解 gcc是gnu compiler collection 的简称,他包含了多种语言的编译器,如C, C++, Objective-C, Objective-C++, Java, Fort ...

  6. Django创建多对多表关系的三种方式

    方式一:全自动(不推荐) 优点:django orm会自动创建第三张表 缺点:只会创建两个表的关系字段,不会再额外添加字段,可扩展性差 class Book(models.Model): # ... ...

  7. Mac下source tree 下的安装

    安装时出现了以下错误,解决方法 git -c diff.mnemonicprefix=false -c core.quotepath=false -c credential.helper=source ...

  8. 学习Java的第四天

    一.今日收获 1.java完全手册的第一章 2.   1.6节了解了怎么样用记事本开发java程序 与用Eclipse开发 2.完成了对应例题 二.今日难题 1.一些用法容易与c++的混淆 2.语句还 ...

  9. [云原生]Docker - 简介

    目录 什么是Docker? 为什么使用Docker? 对比传统虚拟机总结 什么是Docker? Docker是一个开源项目,诞生于2013年初,最初是dotCloud公司内部的一个业务项目.它基于Go ...

  10. 云原生时代,为什么基础设施即代码(IaC)是开发者体验的核心?

    作者 | 林俊(万念) 来源 |尔达 Erda 公众号 从一个小故事开始 你是一个高级开发工程师. 某天,你自信地写好了自动煮咖啡功能的代码,并在本地调试通过.代码合并入主干分支后,你准备把服务发布到 ...