electron + sqlite3 解决打包后无法写入数据库

前言

window环境。

electron@28.0.0

sqlite3@5.1.6

使用 electron-builder 打包。

本文旨在解决打包后无法写入数据库的问题。

但如果你是打包后无法访问sqlite,且有报错弹窗,不妨也看看本文。

也许是同一种原因。

错误原因分析

打包后无法创建db文件,是因为大部分人连接db,

都是用path模块,采用
path.join(__dirname, 'data.db') 类似这样的写法。

因为网上的垃圾教程都是这么教的,笔者也深受其害。

默认情况下,打包后获得的目录格式为(假设你的输出目录是dist/

/dist/xxx.exe

/dist/resources/app.asar

xxx.exe是你的主程序。

electron打包后的项目根目录,指向app.asar 文件。

所以如果你在node里写的源代码是

js 复制代码
const filePath = path.resolve(app.getAppPath(), 'storage', 'data.db')
const db = new sqlite3.Database(filePath)

在打包后,程序执行到这里,会去请求/dist/resources/app.asar/storage/data.sb文件。

再举一个例子,

假如你的项目目录是

myproject/package.json

myproject/main.js

myproject/src/dbserver/mydb.js

myproject/src/storage/data.db

然后在你mydb.js中这样写

js 复制代码
const filePath = path.resolve(__dirname, '../storage/data.db')
const db = new sqlite3.Database(filePath)

在调试时候肯定是没问题的。

但是打包后,所有资源默认都被打包进app.asar,且根目录符号链接到app.asar

程序执行到这里就会请求/resources/app.asar/src/storage/data.db这个地址。

如果你的打包设置是正确的,这一步并不会报错,因为data.db的的确确被打包进了这个路径。

你可以正确读取。

但是 app.asar是一个只可读不可写的文件。

当你要写入数据库的时候,就会发现怎么都无法写,甚至程序不报错。

因为用promise封装的db写入请求,只会一直pending,而不会reject。

为什么 app.asar只可读不可写?

某种意义上你可以把它看成程序的一部分。

如果app.asar被改写了,你可以认为你的程序遭到了入侵。

一般而言electron甚至鼓励你去校验app.asar的完整性,来确保自己的分发版本是正确的。

看起来这是一个合理的设计。

所以我们要做的应该是,让我们的db请求路径,不要指向app.asar

正确解法

不要使用node提供的相对路径功能。

不要使用__dirname 变量。

不要使用electron.app.getAppPath()

这些东西最后都会指向app.asar

在生产环境就写一个相对路径字符串。

js 复制代码
const isPackaged = app.isPackaged;
let filePath;
if(isPackaged){
	filePath = path.resolve('./resources/storage/data.db')
}
else{
	filePath = path.resolve(__dirname, '../storage/data.db')
}
const db = new sqlite3.Database(filePath)

同时在pakcge.json中配置extraResources字段。

复制代码
"build":{
	 "extraResources":  {
	        "from": "./src/storage/",
	        "to": "storage"
	    },
}

这样整个/myproject/src/storage 目录都会被复制到/dist/resources/storage/位置。

这样最后程序执行db时,会指向/dist/resources/storage/data.db位置。

因为在path.resolve('./resources/storage/data.db') 这条命令中的,. 指向当前xxx.exe的运行位置。

这同样暗示我们,data.db应该作为一个外部文件管理,不应该放在src里。
src应该视为程序本体,在打包后,运行时,永远不变。

data.db这种属于外部资源,打包后运行时会动态改变。

外部资源不应该在src里。

我上面举例的这种项目结构是不合理的。

相关推荐
RestCloud1 天前
SQL Server到Hive:批处理ETL性能提升30%的实战经验
数据库·api
RestCloud1 天前
为什么说零代码 ETL 是未来趋势?
数据库·api
ClouGence1 天前
CloudCanal + Paimon + SelectDB 从 0 到 1 构建实时湖仓
数据库
DemonAvenger1 天前
NoSQL与MySQL混合架构设计:从入门到实战的最佳实践
数据库·mysql·性能优化
AAA修煤气灶刘哥2 天前
后端人速藏!数据库PD建模避坑指南
数据库·后端·mysql
RestCloud2 天前
揭秘 CDC 技术:让数据库同步快人一步
数据库·api
得物技术2 天前
MySQL单表为何别超2000万行?揭秘B+树与16KB页的生死博弈|得物技术
数据库·后端·mysql
可涵不会debug2 天前
【IoTDB】时序数据库选型指南:工业大数据场景下的技术突围
数据库·时序数据库
ByteBlossom2 天前
MySQL 面试场景题之如何处理 BLOB 和CLOB 数据类型?
数据库·mysql·面试
麦兜*2 天前
MongoDB Atlas 云数据库实战:从零搭建全球多节点集群
java·数据库·spring boot·mongodb·spring·spring cloud