NSIS和MSI两种常见win软件安装程序的区别

前言废话

我不是写了一个视觉小说管理工具ReinaManager么，通过Tauri自动打包出来的有三种文件:

• 可执行文件
• MSI安装包
• Setup.exe即NSIS安装包
  那我就在想，这NSIS和MSI两种安装包有啥区别呢？以前不是开发者的时候，感觉也就是一个长得花哨一些，另一个看起来千篇一律这样的区别罢了，那么成为开发者后我的想法还会和之前一样吗？

两者的本质区别

从它们两的工作原理来讲：

• NSIS就像一个脚本，这个脚本可以供开发者高度自定义，安装程序就根据这个开发者定制的脚本来一步一步执行。
• MSI就像一个数据库，安装程序就像在填表，而这个表没什么可自定义的内容，安装过程可以说是千篇一律的，由Windows Installer管理这张表，可以说是高度的标准化和工程化。

选择哪个？

对于开发者来说

选择 NSIS 还是 MSI，核心的权衡点是：想要多大的自由度？

选择 NSIS，就是选择了“完全的自由”。

• 优点 (Pro): 开发者可以通过编写脚本，像写程序一样精确控制安装过程的每一个细节。他们可以设计出独一无二、带有酷炫动画和自定义页面的安装界面。整个安装包可以做得非常小，因为只打包了必要的东西。这就像用乐高积木盖房子，可以天马行空，不受限制。
• 缺点 (Con): 自由也意味着责任。复杂的安装逻辑需要复杂的脚本，很容易出错。最关键的是，卸载程序也需要开发者自己手动编写脚本，如果疏忽了某个文件或注册表项，就会导致“卸载不干净”的流氓行为。

选择 MSI，就是选择了“标准化和可靠性”。

• 优点 (Pro): 开发者不用关心具体的执行步骤，而是像填表格一样，声明“有哪些文件”、“要创建哪些快捷方式”。Windows Installer 服务会保证这些事情被稳妥地完成。这种标准化让后续的更新、修复和卸载都非常可靠，是企业环境的最爱。
• 缺点 (Con): 标准化牺牲了灵活性。用 MSI 很难做出个性化的安装界面，通常都是 Windows 经典的那几步。学习使用创建 MSI 的工具（比如 WiX Toolset）也比写 NSIS 脚本要复杂和陡峭。这就像用预制板盖房子，虽然坚固标准，但样式比较单一。

对于普通用户而言

对于希望有控制权的用户：

• NSIS 通常能提供更好的体验。开发者可以很轻松地加入“选择安装路径”、“选择安装组件”（比如要不要装桌面快捷方式）等页面。这种自由度正是你想要的。

对于 “电脑小白”或普通用户：

• 他们最怕的可能就是未知和复杂。一个陌生的、花里胡哨的安装界面，或者一堆看不懂的选项，可能会让他们感到不安。

这时候 MSI 的“死板”反而成了优点。它那千篇一律的、Windows 风格的界面让人感到熟悉和安全。“下一步”、“下一步”、“完成”，操作简单，符合预期，不容易出错。

也不能简单地说哪个就一定更好。

NSIS 的上限很高（可以做得非常友好和强大），但下限也很低（开发者可能会滥用它的灵活性，捆绑流氓软件或做出很烂的界面）。

MSI 则非常稳定，体验永远不会太差，但也永远不会有太多惊喜。

在软件更新时会发生什么

如果把NSIS比作是一个“操作步骤”的菜谱 📜，那么MSI就像是有一张“最终安装状态”的点菜单 📝，电脑是厨房，Windows Installer服务是厨师。

• 新版本的 NSIS 安装包，就是一份新的菜谱，当需要用新菜谱（新版 NSIS）替换旧菜谱（旧版 NSIS）时，最稳妥的办法是先把旧菜谱做的菜全部扔掉（运行旧版本的卸载程序），然后再按照新菜谱重新做一遍（运行新版本的安装程序）。

• 厨师（Windows Installer 服务）会拿着新旧两张点菜单进行对比，然后发现：“哦，这桌需要加一个菜，或者这道菜需要加一些盐，那我就只要在这张桌子加上一道新菜，或者只需要给这道菜调味一下。”

  小结一下：
  NSIS 更新：通常是“先完全卸载，再完全安装”
  MSI 更新：通常是“差量更新”，只修改有变化的部分

总结