在公司开发的下载器过程中,遇到的一些坑点
1.electron中弹窗的确认取消以及系统自带的叉号之间的关系
场景:在用户退出app时,需要提示用户是否确认退出,此时弹窗出现,如果点击确认就继续退出,执行回调,否则的话,不退出
问题:点击叉号的时候,回调中返回的值是0,由于代码中写的buttons顺序为['确认', '取消'],点击“确认”的时候对应的response也是0,就导致了点击“确认”和点击叉号的行为一致,这样的话是不正确的,点击叉号应该等同于取消退出。
// 问题代码,点击确认按钮会退出,点击右上角叉号也会退出
dialog.showMessageBox(mainWindow, { buttons: ['确认', '取消'] }, (response) => { if (reponse === 0) {
// 执行退出操作
}
});
// 修改后代码,点击确认退出,点击右上角叉号不退出
dialog.showMessageBox(mainWindow, { buttons: ['取消', '确认'] }, (response) => {
if (response === 1) {
// 执行确认退出操作
}
});
2.打包后子进程中的代码没有执行的问题
场景:在本地开发过程中,使用子进程去下载资源,能够正常的下载,但是打包之后,发现下载不了,子进程中的事件没有执行。导致下载流程受阻
问题:electron中使用到子进程的时候,是把子进程当作一个外部依赖来做的,打包后并不会将子进程的代码打进到包中,需要额外进行配置。 解决方式:对子进程文件进行额外配置
注:本项目脚手架基于electron-vue,配置文件和electron-vue保持相同
- 打包配置:asarUnpack 这个配置是用来将子进程中用的一些第三方包进行整理,否则子进程找不到这些包,就跑不起来。子进程中用的第三方包都需要在asarUnpack中进行配置。 extraResources 这个配置用来将我们的代码子进程文件所在目录,打包出来放在一个指定的地方,在代码中有需要引用子进程文件的地方,就用这个地址去找对应的js文件,因为开发和打包后的路径是不一样的,具体package.json配置如下
"mac": {
"icon": "build/icons/icon.icns",
"extendInfo": {
"CFBundleURLSchemes": [
"link"
]
},
"asarUnpack": [
"**/node_modules/electron-log/**/*",
"**/node_modules/unzipper/**/*",
"**/node_modules/axios/**/*",
"**/node_modules/archiver/**/*"
],
"extraResources": [
{
"from": "src/main",
"to": "app.asar.unpacked/download"
}
]
},
"win": {
"icon": "build/icons/icon.ico",
"asarUnpack": [
"**/node_modules/electron-log/**/*",
"**/node_modules/unzipper/**/*",
"**/node_modules/axios/**/*",
"**/node_modules/archiver/**/*"
],
"extraResources": [
{
"from": "src/main",
"to": "app.asar.unpacked/download"
}
],
"target": [
{
"target": "nsis",
"arch": [
"x64"
]
}
]
}
- 子进程fork路径:electron中开发和打包后子进程的fork路径并不相同,开发时候,可以直接使用当前路径进行引用,但是打包后子进程js文件直接通过相对路径就获取不到了。所以fork子进程的时候路径需要如下配置,
process.resoucesPath
: electron中定义的资源目录的路径,在打包后子进程js所在的路径。
let isDev = process.env.NODE_ENV !== 'production';
let scriptPath = isDev ? path.join(__dirname, 'child_download_serial.js') : path.join(process.resourcesPath, 'app.asar.unpacked/download/child_download_serial.js');
上面两步做完了,打包完毕后可以在安装后的安装包下看到自己子进程的代码目录,此时说明配置成功,并且子进程和主进程能够正常通信了。
以上方案在windows下和mac下都适用
3.子进程中的log输出不了
场景:想看一下子进程中输出的log,查看子进程的执行情况
问题:子进程的console在控制台中看不到,因为子进程和父进程是分开的,我们只能看到父进程的输出
解决方式:拿到子进程后,在父进程中监听子进程的stdout.on('data')事件,这样在子进程中的所有console.log在父亲进程中都会触发data事件,父进程可以输出子进程的console内容。注意fork的时候需要给一个silent:true的配置,如果为 true,则子进程的 stdin、stdout 和 stderr 将会被输送到父进程,否则它们将会继承自父进程。同理,也可以监听子进程的stderr的data事件,可以捕获到子进程的错误
childDownload = fork(scriptPath, [], { silent: true });
childDownload.stdout.on('data', data => {
console.log('子进程的console', data.toString());
});
4.electron闪退的问题
场景:在退出软件的时候,由于代码原因报了一个错误,然后软件成功关闭,但是当再次手动打开软件时,出现闪退情况
问题:主进程出错后,没有对错误进行捕获,导致再次打开软件依然有这个错误存在,软件打不开
解决方式:全局进行一个错误捕获,避免某些情况下的错误未捕获导致闪退打不开软件的问题
// 必要的全局错误捕获
process.on('uncaughtException', error => {
log.error(error.stack || JSON.stringify(error));
app.exit();
});
5.web端唤醒客户端覆盖问题
场景:错题本下载器安装后,再安装错题本logger工具,此时再web中点击唤醒下载工具,唤醒的是错题本logger工具
问题:再两者打包的时候,对应的appId都是相同的,导致后安装的软件将前安装的软件给顶替了,当再网页中唤醒的时候,就将替换后的软件唤醒了
解决方式:package.json中的appId保证唯一性
6.electron下使用子进程,找不到第三方包的问题 electron下使用子进程,找不到第三方包的问题
7.网页端唤醒应用,发现总会新开一个electron窗口
场景:网页端唤醒,然后本地启动项目,调试时,发现唤醒的并不是自己启动的electron项目,而是这种页面
解决方法:将本地的electron包卸载,重新安装一遍,就可以正常唤醒我们本地启动的项目了