上一期我们完成了electron的全量更新,本期我们介绍的是如何只修改部分文件以实现增量更新的几种方案。
asar
我们将electron软件进行安装后右键打开文件所在位置进入resources
目录(mac显示包内容),可以看到app.asar
这个文件,这个文件是electron程序的主业务文件,这东西可不是什么加密文件,实际上是一种压缩文件,我们可以用npm包解压这个文件
1npm install -g asar
2asar extract app.asar ./ (和app.asar同级目录下执行,注:安装在c盘下的同学如果解压不了的话,用管理员身份运行cmd进入再解压)
解压后发现,实际上就是dist_electron/bundled
里面的东西,其实我们如果只修改了渲染进程里面的东西的话,并不需要进行完全的打包更新,只要对js,html,css进行替换,那我们的页面也会更新,那么我们只需要更新几M的文件,并不需要让用户再下载一个完整的新包,增量更新的优点也在于此。
但是呢说起来容易,实际操作起来呢还是有一定的问题的,如果你设置的打包asar:true
的话,那么在软件启动的时候进行app.asar
替换会发现替换不了(win下),正在被软件使用。那么这个方案肯定用普通的替换是走不通了,下面我介绍几种方案供大家查考。
7z-Asar7z
这里呢我还提供一个7z的插件,让7z也能打开asar,链接,如果你的7z是安装在c盘,把Asar.64.dll
(64位系统)放入C:\Program Files\7-Zip\Formats\
里,Formats
没有的话,自己新建一个。
方案一,asar:false
这是一种比较常见的方式,比如vscode就是采用的此方案,在进行打包是修改打包配置(vue.config.js中的builderOptions)asar:false
,那么打包的时候resources
下就不会产生app.asar
,而是一个app文件夹,而这个文件夹呢是可以直接进行替换的,故不存在替换不了的问题。
简单来说就是,设置asar:false
,打包,进入打包的绿色安装包dist_electron/win-ia32-unpacked/resources
(win32),将app文件压缩成app.zip
放到服务器,渲染进程检测增量更新通知主进程,主进程下载app.zip,解压替换。
- 优点: 简单粗暴。
- 缺点:安装及全量更新时安装较慢,主进程暴露在外面,替换时都是整体下载替换。
此方案的步骤和方案二差不多,具体做法可参考方案二的方式。
方案二,app.asar.unpacked + app.asar
app.asar.unpacked
这个东西还是比较常见的,由于app.asar
的限制性,比如文件内只是可读,一些node命令不能使用等,我们经常会把一些第三方的数据库或者dll等文件会用到这个,简单来说就是把本来应该放在app.asar
中的文件放入到与app.asar
同级的app.asar.unpacked
目录中(其实和方案一的app文件夹类似),从而解除app.asar
的限制性。
看到这里是不是就有新思路了,既然app.asar
不能动,我们可以把变动的文件给扔到app.asar.unpacked
里,主进程及一些不变的东西还是放在app.asar
,增量更新时替换app.asar.unpacked
就行了。
- 优点: 可以将主进程js等文件保留在
app.asar
,只对渲染进程文件进行替换。 - 缺点:由于主进程js没有动,那么主进程注入的环境变量版本号也不会改变,也就是说更新后在主进程使用环境变量获取的版本号不是更新后的版本号(可以从渲染进程拿)。
实现步骤:
1. 设置app.asar.unpacked
首先设置一下我们想要替换的那些文件,打包时会先生成dist_electron/bundled
这个文件夹,然后再用electron-builder
把这个文件夹打包成我们的electron文件。
1vue.config.js的builderOptions
2
3extraResources: [{
4 from: "dist_electron/bundled",
5 to: "app.asar.unpacked",
6 filter: [
7 "!**/icons",
8 "!**/preload.js",
9 "!**/node_modules",
10 "!**/background.js"
11 ]
12 }],
13 files: [
14 "**/icons/*",
15 "**/preload.js",
16 "**/node_modules/**/*",
17 "**/background.js"
18 ],
extraResources呢是设置app.asar.unpacked
里面的东西,files是设置app.asar
里的东西,这里的意思是我们把dist_electron/bundled
里面的除了icons
,background.js
等文件放入app.asar
,其余的都放入app.asar.unpacked
,打包看看,看看app.asar.unpacked
里面是否是我们想要的东西。
2. 构建增量zip
现在我们有了app.asar.unpacked
,但是我们不可能每次都进入免安装包里面手动压缩app.asar.unpacked
,太麻烦了,我们这里利用打包完成的钩子,自动构建增量包。 adm-zip是处理zip包,fs-extra是fs的拓展,处理文件
1npm i adm-zip
2npm i fs-extra
electron-builder
提供里打包完成的钩子afterPack
1vue.config.js的builderOptions添加
2
3afterPack: './afterPack.js',
4
5./afterPack.js:
6const path = require('path')
7const AdmZip = require('adm-zip')
8
9exports.default = async function(context) {
10 let targetPath
11 if(context.packager.platform.nodeName === 'darwin') {
12 targetPath = path.join(context.appOutDir, `${context.packager.appInfo.productName}.app/Contents/Resources`)
13 } else {
14 targetPath = path.join(context.appOutDir, './resources')
15 }
16 const unpacked = path.join(targetPath, './app.asar.unpacked')
17 var zip = new AdmZip()
18 zip.addLocalFolder(unpacked)
19 zip.writeZip(path.join(context.outDir, 'unpacked.zip'))
20}
mac和win的resources有所区别,现在我们再打包看看,dist_electron
目录下会生成一个unpacked.zip
,这个就是我们的增量包了。
3. 加载策略修改
在窗口启动篇我们说过,我们渲染进程的html加载是通过app://
协议加载的,这个协议呢以前是以app.asar
为根目录的,这里把的渲染进程的文件给移出app.asar
了,app://
协议就找不到我们的渲染进程html,所以我们这里需要修改一下,把app.asar.unpacked
作为根目录。
1主进程main/index.js下找到
2
3
4
5创建createProtocol.js
6
7import { protocol } from 'electron'
8import * as path from 'path'
9import { readFile } from 'fs'
10import { URL } from 'url'
11
12export default (scheme, serverPath = __dirname) => {
13 protocol.registerBufferProtocol(
14 scheme,
15 (request, respond) => {
16 let pathName = new URL(request.url).pathname
17 pathName = decodeURI(pathName)
18 readFile(path.join(serverPath, pathName), (error, data) => {
19 if (error) {
20 console.error(
21 `Failed to read ${pathName} on ${scheme} protocol`,
22 error
23 )
24 }
25 const extension = path.extname(pathName).toLowerCase()
26 let mimeType = ''
27
28 if (extension === '.js') {
29 mimeType = 'text/javascript'
30 } else if (extension === '.html') {
31 mimeType = 'text/html'
32 } else if (extension === '.css') {
33 mimeType = 'text/css'
34 } else if (extension === '.svg' || extension === '.svgz') {
35 mimeType = 'image/svg+xml'
36 } else if (extension === '.json') {
37 mimeType = 'application/json'
38 } else if (extension === '.wasm') {
39 mimeType = 'application/wasm'
40 }
41
42 respond({ mimeType, data })
43 })
44 },
45 (error) => {
46 if (error) {
47 console.error(`Failed to register ${scheme} protocol`, error)
48 }
49 }
50 )
51}
主进程引入我们修改的createProtocol.js
1import createProtocol from './services/createProtocol'
2const resources = process.resourcesPath
3
4将原来的createProtocol('app')修改为
5createProtocol('app', path.join(resources, './app.asar.unpacked'))
现在就可以通过app://
协议载入app.asar.unpacked
下的文件了,打个包试试看看页面能否正常加载,当然如果你是直接用file://
协议加载本地文件的其改动也差不多,就是改变一下加载地址,准备工作完成了,我们开始渲染进程增量更新的逻辑。
4. 模拟接口
这里呢就不多说什么了,和上一期全量更新一样,不了解可以去看看上一期内容,用http-server模拟接口返回,修改.env.dev
为0.0.2
,打包生成unpacked.zip
,放入server目录下
1{
2 "code": 200,
3 "success": true,
4 "data": {
5 "forceUpdate": false,
6 "fullUpdate": false,
7 "upDateUrl": "http://127.0.0.1:4000/unpacked.zip",
8 "restart": false,
9 "message": "我要升级成0.0.2",
10 "version": "0.0.2"
11 }
12}
5. 渲染进程增量更新
这里的页面逻辑和上一期全量更新差不多,我们检测到更新用win-increment
向主进程发送更新信息:
1<template>
2 <div class="increment">
3 <div class="version">当前版本为:{{ config.VUE_APP_VERSION }}</div>
4 <a-button type="primary" @click="upDateClick(true)">检测更新</a-button>
5 </div>
6</template>
7
8<script>
9import cfg from '@/config'
10import update from '@/utils/update'
11import { defineComponent, getCurrentInstance } from 'vue'
12
13export default defineComponent({
14 setup() {
15 const { proxy } = getCurrentInstance()
16 const config = cfg
17 const api = proxy.$api
18 const message = proxy.$message
19 function upDateClick(isClick) {
20 api('http://localhost:4000/index.json', {}, { method: 'get' }).then(res => {
21 console.log(res)
22 if (cfg.NODE_ENV !== 'development') {
23 update(config.VUE_APP_VERSION, res).then(() => {
24 if (!res.fullUpdate) {
25 window.ipcRenderer.invoke('win-increment', res)
26 }
27 }).catch(err => {
28 if (err.code === 0) {
29 isClick && message.success('已为最新版本')
30 }
31 })
32 } else {
33 message.success('请在打包环境下更新')
34 }
35 })
36 }
37 return {
38 config,
39 upDateClick
40 }
41 }
42})
43</script>
6. 主进程处理
1ipcMain.js添加
2import increment from '../utils/increment'
3
4ipcMain.handle('win-increment', (_, data) => {
5 increment(data)
6})
增量更新处理increment.js
,通过upDateUrl
下载增量包,下载完成之后,我们先把原来的app.asar.unpacked
重命名备份,如果出错的话可以还原,然后将下载的解压,处理完成之后我们可以用reloadIgnoringCache
重新加载页面即可,当然你也可以用app.relaunch()
重启应用
1import downloadFile from './downloadFile'
2import global from '../config/global'
3import { app } from 'electron'
4const path = require('path')
5const fse = require('fs-extra')
6const AdmZip = require('adm-zip')
7
8export default (data) => {
9 const resourcesPath = process.resourcesPath
10 const unpackedPath = path.join(resourcesPath, './app.asar.unpacked')
11 downloadFile({ url: data.upDateUrl, targetPath: resourcesPath }).then(async (filePath) => {
12 backups(unpackedPath)
13 const zip = new AdmZip(filePath)
14 zip.extractAllToAsync(unpackedPath, true, (err) => {
15 if (err) {
16 console.error(err)
17 reduction(unpackedPath)
18 return
19 }
20 fse.removeSync(filePath)
21 if (data.restart) {
22 reLoad(true)
23 } else {
24 reLoad(false)
25 }
26 })
27 }).catch(err => {
28 console.log(err)
29 })
30}
31
32function backups(targetPath) {
33 if (fse.pathExistsSync(targetPath + '.back')) {
34 fse.removeSync(targetPath + '.back')
35 }
36 if (fse.pathExistsSync(targetPath)) {
37 fse.moveSync(targetPath, targetPath + '.back')
38 }
39}
40
41function reduction(targetPath) {
42 if (fse.pathExistsSync(targetPath + '.back')) {
43 fse.moveSync(targetPath + '.back', targetPath)
44 }
45 reLoad(false)
46}
47
48function reLoad(close) {
49 if (close) {
50 app.relaunch()
51 app.exit(0)
52 } else {
53 global.sharedObject.win.webContents.reloadIgnoringCache()
54 }
55}
封装的下载文件downloadFile.js
1const request = require('request')
2const fs = require('fs')
3const fse = require('fs-extra')
4const path = require('path')
5
6function download(url, targetPath, cb = () => { }) {
7 let status
8 const req = request({
9 method: 'GET',
10 uri: encodeURI(url)
11 })
12 try {
13 const stream = fs.createWriteStream(targetPath)
14 let len = 0
15 let cur = 0
16 req.pipe(stream)
17 req.on('response', (data) => {
18 len = parseInt(data.headers['content-length'])
19 })
20 req.on('data', (chunk) => {
21 cur += chunk.length
22 const progress = (100 * cur / len).toFixed(2)
23 status = 'progressing'
24 cb(status, progress)
25 })
26 req.on('end', function () {
27 if (req.response.statusCode === 200) {
28 if (len === cur) {
29 console.log(targetPath + ' Download complete ')
30 status = 'completed'
31 cb(status, 100)
32 } else {
33 stream.end()
34 removeFile(targetPath)
35 status = 'error'
36 cb(status, '网络波动,下载文件不全')
37 }
38 } else {
39 stream.end()
40 removeFile(targetPath)
41 status = 'error'
42 cb(status, req.response.statusMessage)
43 }
44 })
45 req.on('error', (e) => {
46 stream.end()
47 removeFile(targetPath)
48 if (len !== cur) {
49 status = 'error'
50 cb(status, '网络波动,下载失败')
51 } else {
52 status = 'error'
53 cb(status, e)
54 }
55 })
56 } catch (error) {
57 console.log(error)
58 }
59}
60
61function removeFile(targetPath) {
62 try {
63 fse.removeSync(targetPath)
64 } catch (error) {
65 console.log(error)
66 }
67}
68
69export default async function downloadFile({ url, targetPath, folder = './' }, cb = () => { }) {
70 if (!targetPath || !url) {
71 throw new Error('targetPath or url is nofind')
72 }
73 try {
74 await fse.ensureDirSync(path.join(targetPath, folder))
75 } catch (error) {
76 throw new Error(error)
77 }
78 return new Promise((resolve, reject) => {
79 const name = url.split('/').pop()
80 const filePath = path.join(targetPath, folder, name)
81 download(url, filePath, (status, result) => {
82 if (status === 'completed') {
83 resolve(filePath)
84 }
85 if (status === 'error') {
86 reject(result)
87 }
88 if (status === 'progressing') {
89 cb && cb(result)
90 }
91 })
92 })
93}
增量更新的基本逻辑就完成了,如果你是采用方案一的话,也可以参考一下流程,点击渲染进程的检测更新,看看版本变成0.0.2
没有
方案缺陷处理
前面我们说了,此方案有个缺点就是主进程中的环境变量不会改变,那么我们在主进程中通过process.env.VUE_APP_VERSION
获取版本号拿到的还是之前的版本号。
我们的渲染进程是重新打包的,故其环境变量都是准确的,此时我们可以在页面加载时,从渲染进程把配置信息发送给主进程。
1renderer的App.vue:
2import cfg from '@/config'
3window.ipcRenderer.invoke('win-envConfig', cfg)
4
5global.js:
6global.envConfig = {}
7
8main的ipcMain.js:
9import global from '../config/global'
10ipcMain.handle('win-envConfig', (_, data) => {
11 global.envConfig = data
12})
不再使用process.env.VUE_APP_VERSION
获取版本号信息,使用global.config.VUE_APP_VERSION
获取,重新打个0.0.2的包试试。
补充说明
- 这里呢只是简单的完成了增量更新的逻辑,如果你想要一个下载进度呀,可以自己实现一下
- 一般来说这类增量更新包在上传时会将地址保存到数据库中,可以做一下安全处理,比如在保存时附加文件的md5或sha呀,然后在增量更新下载完成后本地校验是否一致再进行解压,保证文件准确性。
- 当然还有解压失败处理,假如我们的增量更新包损坏了,虽然我们有备份,但是重启还是会拉取更新包进行更新,如果使用了重启更新的话,就陷入了死循环了,这里可以做一个版本更新重启记录,超过多少次后,就不再对这个版本的包进行处理了。
当然增量更新还有其他的方式实现,一期讲完太多了,其他方案我们放到下一期继续。
本系列更新只有利用周末和下班时间整理,比较多的内容的话更新会比较慢,希望能对你有所帮助,请多多star或点赞收藏支持一下
本文地址:xuxin123.com/electron/in…
本文github地址:链接