作者回复: 其实就是管道,无论是chrome还是node 子进程ipc都是管道
作者回复: 嗯嗯,我只是为了方便演示。一般如果主进程想推IPC给渲染进程并且保证可用,还是建议渲染进程主动发起一个初始化成功IPC,之后主进程再发
作者回复: 最好就是不要在内部打开页面,如果想控制的话,可以通过webContents的静态方法拿到页面,进行操作
作者回复: 是的,用内存换CPU.
作者回复: 不是的,他本质上是基于原生的跨进程通信做封装。web传统的EE其实是单进程内通信。
作者回复: 底层的IPC怎么实现的我还没仔细看过。但是两个应用间通信的话,用protocol,或者大家都起一个端口,应该是比较可行的操作。
作者回复: 嗯嗯,页面没加载,ipcRender注册好监听。
作者回复: 代码会随着课程更新上传的,不然理解会比较难。字幕文档我跟策划反馈一下。