Electron 类项目通过 electron-builder 中的 linux 平台下的 deb 配置可一键打包出 deb 安装包。此类包可以在 UOS 系统中安装（一般会安装到 /opt 目录下），但点击快捷键无反应，通过命令行形式运行则提示 sandbox 相关错误。 1 关于 sandbox 异常的解决方法 一种简单的解决办法是修改快捷键文件，添加 --no-sandbox 启动参数。 假

1 Node.js 加载 Native 模块 .node 文件的方法 在 Node.js 中加载由 C++、Rust 等其他编程语言编译的 .node 二进制模块文件，可以有两种方式。 1.1 方式一：直接使用 require 加载 示例： const filepath = path.resolve(`./sqlcipher/${process.platform}-${process.arch}.

在 Electron 中使用 fs 模块操作 .asar 格式文件，当执行删除操作时，很容易会遇到文件被占用的问题： 操作无法完成，因为文件已在 Electron 中打开 这是因为 require(\'fs\') 是被 Electron 重写了，读取 .asar 格式文件时会当做目录处理。使用 fs 对象的方法对 .asar 文件路径的读取，都会产生对 asar 目录的引用。如： import fs

1 Electron 应用集成 Sentry 首先应从 Sentry 平台新建项目，并获得 dsn 地址。一般为了数据安全可控等原因，都会使用内部搭建的 Sentry 平台。下面示例为从 Sentry 官网注册账号并新建测试项目，获得 dsn 格式参考如下： https://[email protected]/999

electron 中的应用实例多开，会因为 session 共享而存在 indexedDB 多次打开异常。大致会遇到类似如下报错： DOMException: Internal error opening backing store for indexedDB.open. 当应用中使用了 indexedDB，这是个必然会面对和需要解决的问题。 如果没有必要，可以在启动时检测和禁止应用多开。 若确有

在对 Electron 应用的问题进行分析时，相关的系统运行信息有时也是必不可少的，所以自然就有了系统基础信息收集和运行性能监测的需求。 Electron 中的原生能力基于 Node.js，所以 Electron 应用的系统数据收集大多数是基于 Node.js 提供的能力实现。在 Node.js 应用中，主要可以通过 process 和 os 模块获取各种系统相关的信息，其中又可分为静态基础信息和

1. Electron 中的应用崩溃(crash) 如果仅是 Javascript 引起的异常，可以在应用逻辑中监听相关 Error 类型的事件并进行处理。通过在监听 crashed 相关事件，可以在应用内监听到应用崩溃并给出响应： app.on(\'gpu-process-crashed\', (_event, killed) => {}); app.on(\'renderer-process-

当需要对 electron 进行删减或逻辑修改以实现个性化的需求时，第一步要做的就是其源码构建环境的搭建。由于涉及 chromium 和 nodejs 的源码编译，整个构建项目是非常庞大的，其过程中任何一个小环节出现问题都可能会导致最终的失败。 electron 官方维护了 build-tools 工具库，以尽可能简单的实现源码构建环境配置。 在不采用该工具的情况下，我们需要参考官方指南手动进行相

electron-builder 与 electron-packager 都可以用来将 webapp 通过 Electron 应用打包为桌面客户端然后发布。 这两个工具都支持命令行工具和 JSAPI 方式。在有复杂的多环境构建需求的情况下，通过 JSAPI 定制不同的参数更为方便可控。但是由于参数众多的原因，实现想要的效果需要注意较多的细节，可能会采一些坑才能达到目的。 本文将分别简要介绍使用 e