electron-builder 在打包时编译sqlite3下载nsis winCodeSign超时问题
内容提要
使用 electron-builder 打包 Electron 应用时，用 yarn 打包导致 sqlite3 编译出错，改用 npm 后解决；随后遇到 winCodeSign 下载超时，手动放入缓存目录无效，最终在项目根目录创建 .npmrc 文件，配置 ELECTRON_MIRROR 和 ELECTRON_BUILDER_BINARIES_MIRROR 指向淘宝镜像，打包成功。
延伸解读
包管理器差异影响原生模块编译
文章提到使用 yarn 打包时 sqlite3 编译出错，改用 npm 后问题消失。这提示在 electron-builder 重建原生依赖（如 sqlite3）时，不同包管理器的依赖安装结构或脚本执行方式可能影响编译结果。遇到类似原生模块编译失败时，可尝试切换包管理器作为排查手段，但具体原因需结合环境分析。
手动放置缓存无效的启示
作者将 winCodeSign 手动下载并放入 electron-builder 缓存目录（C:\Users\zhangsan\AppData\Local\electron-builder\Cache）后问题依旧。这说明仅靠手动填充缓存可能无法解决下载超时，因为 electron-builder 可能仍会尝试远程获取或校验文件。更可靠的方式是通过配置镜像源让工具自动下载，避免手动干预的局限性。
镜像配置解决下载超时
最终解决方案是在项目根目录创建 .npmrc 文件，设置 ELECTRON_MIRROR 和 ELECTRON_BUILDER_BINARIES_MIRROR 指向淘宝镜像。这样 electron-builder 在下载 Electron 和二进制依赖（如 winCodeSign）时会走国内镜像，绕过 GitHub 直连的超时问题。该方法对网络受限环境下的打包具有参考价值，但需注意镜像地址的可用性。
Q&A
electron-builder 打包时 sqlite3 编译出错怎么办？
改用 npm 代替 yarn 进行打包即可解决。
winCodeSign 下载超时是什么原因？
由于网络问题，从 GitHub 下载 winCodeSign 时连接被强制关闭，导致超时。
手动将 winCodeSign 放入缓存目录为什么无效？
文章中提到手动放入缓存目录（C:\Users\zhangsan\AppData\Local\electron-builder\Cache）并没有解决问题。
如何配置 .npmrc 来解决 electron-builder 下载超时？
在项目根目录创建 .npmrc 文件，并添加以下内容：ELECTRON_MIRROR=https://npm.taobao.org/mirrors/electron/ 和 ELECTRON_BUILDER_BINARIES_MIRROR=http://npm.taobao.org/mirrors/electron-builder-binaries/
ELECTRON_MIRROR 和 ELECTRON_BUILDER_BINARIES_MIRROR 分别有什么作用？
ELECTRON_MIRROR 指定 Electron 的下载镜像，ELECTRON_BUILDER_BINARIES_MIRROR 指定 electron-builder 所需二进制文件的下载镜像，两者都指向淘宝镜像以加速下载。
除了 sqlite3 和 winCodeSign 问题，打包过程中还有哪些警告？
打包日志显示 package.json 中缺少 description 和 author 字段，并且使用了默认的 Electron 图标（未设置应用图标）。
