Electron-Builder构建Windows应用时生成额外通用包问题解析

在使用Electron-Builder构建Windows应用时，开发者可能会遇到一个特殊现象：当同时构建x64和arm64架构的NSIS安装包时，系统会自动生成第三个"universal"通用安装包。这个通用包的体积通常是单独架构包的两倍左右，因为它同时包含了两种架构的二进制文件。

问题现象

当开发者在配置文件中指定同时构建x64和arm64架构的NSIS安装包时，例如使用如下配置：

"win": {
  "target": [
    {"target": "nsis", "arch": ["x64", "arm64"]}
  ]
},
"nsis": {
  "artifactName": "${productName}-Setup-${version}-${arch}.${ext}",
}

构建完成后，输出目录中会出现三个安装包文件：

1. 针对x64架构的安装包
2. 针对arm64架构的安装包
3. 一个未明确指定架构的"universal"通用安装包

技术背景

这个行为实际上是Electron-Builder的NSIS目标构建器(NsisTarget)的固有逻辑。在底层实现中，当检测到需要构建多个架构的安装包时，系统会自动生成一个通用版本。这个通用包的设计初衷是为了提供一个能够自动检测用户系统架构并安装相应版本的可执行文件。

解决方案现状

目前Electron-Builder没有提供直接禁用通用包生成的配置选项。这个问题在社区中已经被多次提出，但核心开发团队认为这是框架的预期行为。

对于确实需要禁用此功能的开发者，社区中有人提出了通过patch-package修改底层代码的解决方案。这种方法需要直接修改NsisTarget.ts文件中的相关逻辑，移除生成通用包的代码段。但需要注意的是，这种修改属于非官方解决方案，可能会在后续版本升级时产生兼容性问题。

最佳实践建议

1. 接受通用包的存在：通用包实际上提供了更好的用户体验，能够自动适配不同架构的系统

2. 构建后处理：如果确实不需要通用包，可以在构建完成后通过脚本自动删除它

3. 版本控制：在持续集成流程中，可以配置只保留特定架构的安装包

4. 关注更新：关注Electron-Builder的版本更新，未来可能会提供更灵活的配置选项

总结

Electron-Builder自动生成通用安装包的行为是其设计的一部分，虽然目前无法通过配置直接禁用，但开发者可以通过多种方式应对。理解这一行为背后的技术考量有助于做出更合理的架构决策。对于大多数应用场景来说，保留通用包实际上是最佳选择，因为它提供了最好的跨架构兼容性。