共计 5113 个字符,预计需要花费 13 分钟才能阅读完成。
前言
原文地址:electron 开发采坑小记 -SegmentFault 思否
前前前前段时间做了个桌面端的项目(这篇文章拖了挺久了),功能大概是这样的:
- 项目左右两栏结构
- 左侧
feed
流信息展示 - 右侧
webview
打开一个网站 - 将左侧信息注入右侧网站中
需求很简单,提高运营效率的辅助工具,但是因为一些原因需要做成一个桌面端。
从前端一下子跨到 PC 桌面端开发,听起来跨度有点大,但在实际的开发中因为有了 electron
的加持,这一切都变的非常便利,丝毫没有跨度的痕迹,完全变成了 web 开发那一套,让人不禁感叹 js 生态的完善,就像有句话说的:
能用 JavaScript 书写的终将会用 JavaScript 书写。
实际上我并非直接采用 electron
,而是使用了更加懒人的 electron-vue。通过这一工具将web
开发那一套又转移到 vue
开发上,再辅以 iview
做 UI,开发起来一下子高效了不少。
我们知道 electron
,但是electron-vue
是个什么东西呢,我们还需要了解一下。这东西的官方介绍是这样的。
An Electron & Vue.js quick start boilerplate with vue-cli scaffolding, common Vue plugins, electron-packager/electron-builder, unit/e2e testing, vue-devtools, and webpack.
从这个介绍大致可以看出来这是个基于 vue-cli
的使用 vue
开发 electron
应用的脚手架。可以帮助我们做不少的 vue
与electron
之间结合的基础工作,让我们的开发更加便捷。那么我们就来看看使用 electron-vue
怎么做开发。我们先从基础的安装开始。
安装
我觉得这个步骤叫安装并不是很严谨,因为 electron-vue
并不是一个单独的 npm
包,而是 vue-cli
的一个模板配置。所以使用起来没有难度,可以按照官方文档的说明即可完成,只有两行命令。
# 安装 vue-cli 和 脚手架样板代码
npm install -g vue-cli
vue init simulatedgreg/electron-vue my-project
如此,我们便得到了一个初始化的 electron
项目,安装完依赖包就能开发了。初始化过程很简单,但是需要提示一些 vue cli
使用过程中需要注意的问题:
-
Vue CLI
的包名称由vue-cli
改成了@vue/cli
,导致最新版的vue cli
使用vue init
命令会报错,而electron-vue
的安装文档比较老旧,需要用vue init
这个命令,我们可以用一个命令来做桥接:npm install -g @vue/cli-init
-
windows
在Git bash
上初始化选择插件时候无法用上下键交互的问题可以换用powershell
开发
项目初始化、安装依赖后我们就可以开发了。这时候可以跑一下项目,他会有个默认的界面。
npm run dev
对应的目录是这样的(目录会根据安装插件的不同而存在差异)。
├── appveyor.yml
├── build
│ └── icons
│ ├── 256x256.png
│ ├── icon.icns
│ └── icon.ico
├── dist
│ ├── electron
│ └── web
├── package.json
├── README.md
├── src
│ ├── index.ejs
│ ├── main
│ │ ├── index.dev.js
│ │ └── index.js
│ └── renderer
│ ├── App.vue
│ ├── assets
│ ├── components
│ ├── main.js
│ ├── router
│ └── store
└── static
大致的套路跟 vue
开发一样,不同的是 src
下有个两个目录:main
和renderer
。我们大致可以理解为:
-
main
目录存放与electron
相关的内容,是主进程 -
renderer
目录存放与我们页面相关的内容,是渲染进程
这个通过这个 demo 页面可以验证。搞清楚这个后开发就很简单了,不需要解释太多。更多的介绍可以看文档
调试
开发过程中调试是不可避免的,根据我的经验这里主要介绍两种调试:
普通页面调试
这种调试就像我们平时在 vue
开发 web
应用中使用 devtool
一样。这个在初始化的代码中已经写好了,在 dev
模式下默认是开启的。
在 /src/main/index.dev.js
可以找到这段代码,我们不用太关心。
require('electron-debug')({showDevTools: true})
内嵌 webview
页面调试
这个是因为我这个项目需要才涉及到的,需要自己代码实现。在我的逻辑中大致这样处理的:
<webview ref="webview" src="xxx" ></webview>
this.$refs.webview.addEventListener('dom-ready', res => {if (process.env.NODE_ENV === 'development') {this.$refs.webview.openDevTools();
}
});
一些需要关注的核心点
因为这次项目功能很简单,涉及到的点很少,所以这里只介绍项目用到的一些核心点,没用过的没有发言权,就不提了。
webview
代码注入
electron
提供了 webview
标签可让我们嵌入自己的网页。想要往里面注入代码可以使用 webview
上提供的 executeJavaScript
方法。具体的参数和使用方法这些都是文档层面的内容,不用多提,需要注意的是这个方法的第三个参数是个callback
,文档上是这样描述的
callback Function (可选) – 在脚本被执行后被调用。
文档只是描述了这个回调被触发的时机,而没有描述回调触发时候传的参数。
关于触发时机和参数,更具体的描述是这样的。
- 如果你注入的是同步代码,像
querySelector
这样的,callback
会在注入代码执行完之后触发,并且把你最后querySelector
获得的值传入callback
- 如果你注入的是异步代码,像
ajax
请求这样的,callback
是不会等这个请求有了响应才执行的,而是执行完ajax
请求就执行,当然,这种情况下callback
是没有传参的。我们后面会介绍怎么拿到注入ajax
的返回值。
主进程和渲染进程通信
主进程和渲染进程通信是 electron
中很重要的概念,介绍这块内容的文章也有很多,所以这里就不过多赘述,简单介绍一下大概情况。
通信主要靠两个工具完成:ipcRenderer
和ipcMain
。
在主进程里这样使用ipcMain
:
const {ipcMain} = require('electron');
ipcMain.on('exit_app', res => {app.exit();
})
在渲染进程中这样使用ipcRenderer
:
const {ipcRenderer} = require('electron');
ipcRenderer.send('exit_app', true);
需要注意的是:消息只能是由渲染进程主动发起,主进程被动监听,然后主进程作响应,不存在由主进程主动向渲染进程通信的方式。代码实现如下:
// 在主进程中
const {ipcMain} = require('electron')
ipcMain.on('asynchronous-message', (event, arg) => {console.log(arg) // prints "ping"
event.reply('asynchronous-reply', 'pong')
})
ipcMain.on('synchronous-message', (event, arg) => {console.log(arg) // prints "ping"
event.returnValue = 'pong'
})
// 在渲染器进程 (网页) 中
const {ipcRenderer} = require('electron')
console.log(ipcRenderer.sendSync('synchronous-message', 'ping')) // prints "pong"
ipcRenderer.on('asynchronous-reply', (event, arg) => {console.log(arg) // prints "pong"
})
ipcRenderer.send('asynchronous-message', 'ping')
electron
窗体关闭事件拦截
窗体关闭事件拦截利用的是 BrowserWindow
的 close 事件来做处理的。需要注意的是 BrowserWindow
实例还有个 closed
事件,区别在于:
-
close
在窗口要关闭的时候触发 -
closed
窗口已经关闭时触发
这个两个事件一个字母的差距,但是触发时机却大有差距,千万分清楚,当时我就是没看清,浪费了不少时间。
窗体关闭事件拦截的代码实现大致如下:
mainWindow = new BrowserWindow({
height: 563,
useContentSize: true,
width: 1000
})
mainWindow.on('close', event => {return event.preventDefault();
})
遇到的一些问题
webview
中 beforeunload
弹窗问题
如果内嵌的 webview
中对 beforeunload
事件有监听,并有弹窗操作,那么这个事件触发的时候,electron
是没有弹窗提示的。用户是没有感知的,这个问题还没有解决办法,是个坑。
(electron
的 webview
是不会显示这些弹窗)
监听 webview
中注入请求的响应
我的项目里有一个需求是要向 webview
中注入 ajax
请求,并且要拿到请求的响应结果。但是 electron
中比较早的版本中只有对发起的请求有监听,并不支持监听请求的响应,所以要拿到请求的响应结果就是个问题。
但是也不是没办法解决。我这里是借助 webview
的console-message
事件来处理。监听 webview
的console-message
事件,当拿到请求的响应的时候把响应的内容按照约定的格式打出来,这样就间接的实现了对注入请求的监听。
electron
低版本 webview
中不能跳转
这是一个在 electron
低版本中存在的问题,在一些新的版本中已经解决了。
这个问题的具体表现就是:
内嵌 webview
的页面中如果发生 302
、301
跳转的话页面会卡在发生跳转的请求那里不再向下进行,查看 webview
的network
可以看到这个问题。
这个问题的解决很简单,升级到最新的 electron
就能解决这个问题。我这里升级到 4.1.4
解决了这个问题。
因为 electron-vue
长时间没更新,里面使用的 electron
版本还是 2.0.4
,比较老旧,所以你要是遇到一些奇奇怪怪的问题不妨升级electron
来尝试解决。
ctrl+c
之后仍有 electron
进程驻守
调试时候发现的这个问题,虽然是在 electron
中开发,但是因为还是 vue
那一套,所以我们改完代码就不用重启就能在 electron
中看到效果,就是热更新嘛,但是有时候我还是会手动的 ctrl + c
,这么手动的次数多了之后我发现我的电脑会变的非常卡。排查后我发现ctrl + c
并不能完全关闭整个 electron
应用,每次这么做都会遗留 2 个 electron
进程保持活跃,多次之后会遗留很多 electron
进程,电脑就会变的非常卡,每次都需要手动杀一下进程。这个问题在把模板中自带的
app.on('window-all-closed', event => {app.quit();
});
替换为
app.on('window-all-closed', event => {app.exit();
});
之后解决(在写文章的时候发现这个问题并没得到复现,不知道是不是新的版本修复了这个问题),其中差异感兴趣的可以深入研究一下。
无法捕获信号量的问题
解决上面问题的时候发现 electron
无法捕获来自命令行的信号量。如果有这个需求的话还是要留意的。
一些不错的博客
在开发过程中也是一边学一边做,发现了一些不错的文章和博客,从里面也获得了不少的帮助,贴出来分享一下。
- Electron 进程通信(主讲通信)
- Electron webview 完全指南(主讲 webview)
- 程序如此灵动~ 苏南大叔(比较全的 electron 开发教程,有很多的示例)