MIT 6.100L 计算机科学与 Python 编程笔记（五）
2026/10/12 6:59:40
简介：Advanced Installer 15.2 汉化版是一款面向 Windows 开发者和系统管理员的专业打包部署工具，基于 MSI 技术生成符合 Windows Installer 标准的安装包，可解决软件分发、升级维护与多环境兼容问题。资源包为 zip 格式，整体约 132.05MB，内含更新日志说明文件与 Advanced Installer Architect 15.2 便携版程序，无需安装即可直接运行，不写入注册表与配置信息，便于在不同工作环境中灵活使用。该版本对界面与文档进行了完整汉化，降低了中文用户的学习门槛，同时支持界面定制、自动化脚本、多语言部署、升级修补以及与 .NET、Java、SQL Server 等组件的集成。已有 307 人学习关注，适合需要快速上手安装包制作、对照更新日志了解版本改进，或希望借助便携版随时开展打包工作的中高级开发者与运维人员参考使用。
1. Advanced Installer 15.2 汉化版：把 MSI 打包这件事从玄学变成流程
手里有个 .NET 桌面程序要交付，客户只认 MSI，还要求安装界面全中文、带自定义先决条件检测、升级时保留配置文件。Visual Studio 自带的 Installer Projects 早就停止更新，WiX 写 XML 写到怀疑人生，这时候多数人会把目光转向 Advanced Installer。它把 MSI 和 EXE 打包做成图形化工程，15.2 这个版本在 Win7 到 Win10 早期环境里兼容性稳，配合汉化版界面，对不熟悉 Windows Installer 内部表结构的开发者比较友好。这篇笔记不聊它有多强，只讲一件事：拿到 Advanced Installer 15.2 汉化版之后，怎么把一个真实项目从建工程、配参数、做汉化界面，一路打到能过升级测试的安装包，以及那些让我返工三次的坑。适合正在做桌面交付、需要 MSI 但又不想啃 WiX 的工程师。
2. 装好之后先别急着建工程：环境与工程类型的选型逻辑
2.1 为什么是 15.2 这个版本，而不是更新版
Advanced Installer 的版本迭代很快，新版本对 Windows 11、ARM64、.NET 8 的支持更完整。但 15.2 在大量存量项目里仍然是主力，原因很实际：它生成的 MSI 在 Windows 7 SP1 和 Windows Server 2008 R2 上不需要额外补丁就能跑，而后续某些版本默认引入的 Installer 组件会要求更高的系统基线。如果你的交付环境里还有老机器，15.2 是省事的选择。
汉化版的来源通常是社区对官方英文资源的替换，核心是把安装向导界面、对话框按钮、错误提示这些字符串换成中文。这里要区分两件事：Advanced Installer 这个工具本身的界面汉化，和你打包出来的安装包界面汉化。前者影响你的操作体验，后者影响最终用户看到的东西。很多人第一次用会混淆，以为装了汉化版，打出来的包就是中文的——不是，安装包的语言要在工程里单独配。
提示：汉化版替换的是工具的资源文件，升级或重装官方版本会覆盖回去。建议把汉化资源单独备份一份，放在工程目录之外。
2.2 工程类型怎么选：MSI、EXE 还是 MSIX
建工程时第一个岔路口是选类型。Advanced Installer 15.2 的工程向导里常见的有 Professional、Enterprise、Architect 几档，对应不同功能集。对大多数桌面交付场景，我一般这样判断：
| 工程类型 | 适用场景 | 关键限制 |
|---|---|---|
| MSI | 企业内网分发、需要组策略推送 | 不能自定义先决条件安装顺序 |
| EXE（带引导） | 需要先装 .NET、VC++ 运行库 | 体积大，需自解压 |
| MSIX | 现代 Windows 应用商店分发 | 15.2 支持有限，老系统不认 |
如果目标机器环境不可控，选 EXE 引导包，把 .NET Framework 或 VC++ Redistributable 作为先决条件塞进去。如果目标机器是统一镜像、运行库已经预装，直接出 MSI，干净且便于静默安装。
建工程的具体操作：打开 Advanced Installer，选择 “Architect” 或 “Professional” 项目类型，在 “Product Details” 里填产品名、版本号、制造商。版本号这里有个细节——MSI 的 ProductVersion 字段只认前三段数字，写成 1.2.3.4 会被截断成 1.2.3，第四段只能用于内部标识。我见过有人把构建号写进第四段，结果升级逻辑判断失误，这是后话。
2.3 汉化界面在工程里怎么落地
工具界面汉化之后，工程向导里的选项是中文的，但生成的安装包默认还是英文界面。要让它变中文，走 “Localization” 页面，在 “Languages” 里勾选 Chinese (Simplified)，然后设置 “Default Language” 为中文。这一步做完，安装向导的按钮、标题、进度提示会变成中文。
但有个坑：部分自定义对话框的文本不会自动翻译，需要手动在 “Dialogs” 页面逐个改。我一般会先把所有对话框过一遍，把 “Next”“Back”“Cancel” 对应的中文确认一遍，再检查 “License Agreement” 页面的文本编码——如果 RTF 文件里混了 GBK 和 UTF-8，中文会显示成乱码。解决办法是用纯 UTF-8 保存 RTF，或者在 Advanced Installer 里直接粘贴纯文本。
3. 从零打一个带先决条件检测的 MSI：文件、注册表、自定义动作
3.1 把程序文件塞进工程：Files and Folders 的正确用法
建好工程后，左侧 “Files and Folders” 页面是主战场。把编译输出的整个目录拖进去，Advanced Installer 会自动建立目录结构。这里的关键是 “Application Folder” 和 “Program Files” 的映射关系——默认 Application Folder 指向[ProgramFilesFolder][Manufacturer][ProductName]，如果你希望装到C:\Program Files\YourApp，就把 Manufacturer 和 ProductName 设对。
拖进去之后，检查每个文件的 “Component” 归属。MSI 的组件模型要求每个组件有唯一的 GUID 和 Key Path。Advanced Installer 会自动生成，但如果你后续要手动改文件，最好保持 “Auto generate GUID” 开启，否则升级时组件匹配会出问题。
<!-- 这是 Advanced Installer 工程文件(.aip)里组件定义的片段，不用手写，但要知道它在干什么 --> <COMPONENT cid="c1"> <ROW Component="MyApp.exe" ComponentId="{GUID}" Directory="APPDIR" Attributes="0" KeyPath="MyApp.exe" /> </COMPONENT>上面这段是 .aip 工程文件的内部结构，实际编辑在图形界面完成。逻辑说明：每个文件对应一个 Component，ComponentId 是 MSI 识别组件的唯一标识，KeyPath 是判断组件是否已安装的依据。参数说明：Directory 指向目录表里的条目，Attributes 控制组件行为，一般保持默认。
3.2 先决条件检测：.NET 和 VC++ 运行库怎么配
“Prerequisites” 页面是 Advanced Installer 比 WiX 省事的地方。点 “New”，从预置列表里选 “Microsoft .NET Framework 4.6.2” 或 “Visual C++ Redistributable”，设置安装顺序为 “Before main installation”。关键参数有两个：
- “Install Condition”：写检测表达式，比如
(VersionNT >= 601) AND (NOT NETFRAMEWORK462_INSTALLED)，前者判断系统版本，后者判断运行库是否已装。 - “Run as admin”：如果先决条件需要管理员权限，勾上。
我一般会把先决条件的安装包放在工程目录的 “Prerequisites” 子文件夹里，用相对路径引用，这样工程换机器也能编译。如果选 “Download from URL”，内网环境会卡住，血泪经验。
3.3 自定义动作：安装完写注册表、启动服务
“Custom Actions” 页面支持在安装序列的各个阶段插入动作。常见需求是安装完写一个注册表项记录安装路径，或者启动一个 Windows 服务。操作步骤：
- 在 “Custom Actions” 里点 “New”，选 “Run PowerShell script” 或 “Run inline script”。
- 设置执行时机为 “Install” 阶段的 “Finish” 之后。
- 脚本内容里用
[APPDIR]引用安装目录。
# 在安装完成后写注册表，记录安装路径和版本 $installPath = "[APPDIR]" $version = "[ProductVersion]" New-Item -Path "HKLM:\Software\YourCompany\YourApp" -Force | Out-Null Set-ItemProperty -Path "HKLM:\Software\YourCompany\YourApp" -Name "InstallPath" -Value $installPath Set-ItemProperty -Path "HKLM:\Software\YourCompany\YourApp" -Name "Version" -Value $version逻辑说明：[APPDIR]和[ProductVersion]是 Advanced Installer 的属性占位符，执行时会被替换成实际值。参数说明：-Force确保注册表路径不存在时创建，Set-ItemProperty写入字符串值。注意脚本默认以系统权限运行，如果安装时用了 “Per-user” 模式，写 HKLM 会失败，需要改成 HKCU。
4. 升级、静默安装与数字签名：交付前必须跑通的三件事
4.1 升级逻辑：为什么你的新版本装上去变成了两个程序
MSI 升级靠的是 “Upgrades” 页面里的配置。Advanced Installer 提供 “Upgrade Code” 概念——同一个产品的所有版本必须共用同一个 Upgrade Code，Product Code 每个版本不同。如果你建新工程时没改 Upgrade Code，或者从别人那里拷了工程，升级就会变成并行安装。
操作：在 “Product Details” 里确认 Upgrade Code 是固定的 GUID，然后在 “Upgrades” 页面添加一条规则，选 “Uninstall old version”，勾选 “Uninstall old versions before installing new one”。版本比较用 ProductVersion 的前三段。
注意：如果旧版本是用不同打包工具做的，Upgrade Code 对不上，MSI 无法自动卸载旧版。这种情况只能在自定义动作里手动调
msiexec /x卸载，但需要知道旧版的 Product Code。
4.2 静默安装参数：给运维同学的交付清单
企业分发通常要求静默安装。Advanced Installer 生成的 MSI 支持标准 msiexec 参数：
# 静默安装，不重启，输出日志 msiexec /i "YourApp.msi" /qn /norestart /l*v "install.log" # 静默卸载 msiexec /x "YourApp.msi" /qn /norestart参数说明：/qn表示无界面，/norestart禁止自动重启，/l*v输出详细日志。如果安装包里带了先决条件，EXE 引导包的静默参数是/exenoui /qn，这个在 Advanced Installer 的 “Bootstrapper” 页面可以自定义。
日志文件是排错的黑匣子。安装失败时，先看install.log里 “Return value 3” 附近的行，通常能看到具体是哪个自定义动作或文件拷贝失败。
4.3 数字签名：不签名的包在客户那里会被拦
Windows SmartScreen 和部分企业终端防护会拦截未签名的安装包。Advanced Installer 支持在 “Digital Signature” 页面配置代码签名证书。操作：选 “Use a certificate from a file”，导入 .pfx，填密码，选择时间戳服务器。
签名要对 MSI 和 EXE 分别做。如果工程输出的是 EXE 引导包，引导程序本身和内部的 MSI 都要签。我一般会在 “Build” 之后手动用signtool再签一遍，确保万无一失。
# 对 MSI 签名并加时间戳 signtool sign /f "cert.pfx" /p "password" /tr "http://timestamp.digicert.com" /td sha256 /fd sha256 "YourApp.msi"逻辑说明：/tr指定 RFC3161 时间戳服务器，/td和/fd指定哈希算法。参数说明：/p是证书密码，如果证书在证书存储里可以改用/n按名称选。
5. 避坑：汉化版 Advanced Installer 打包时最容易翻车的 5 个点
5.1 中文路径导致编译失败
现象：工程放在D:\项目\安装包这类含中文的路径下，编译时报 “Invalid path” 或直接崩溃。 原因：Advanced Installer 15.2 的部分内部组件对非 ASCII 路径处理不完善，尤其是调用外部工具链时。 解决：把工程和输出目录都放在纯英文路径下，比如D:\work\installer。这是最省事的做法，别跟它较劲。
5.2 汉化后对话框按钮文字截断
现象：安装向导里 “下一步” 按钮显示成 “下一…”，或者文字溢出按钮边界。 原因：汉化资源替换了字符串，但对话框控件的宽度是按英文设计的，中文虽然字数少，但字号和字距不同。 解决：在 “Dialogs” 页面手动调整按钮宽度，或者换用更短的词，比如 “下一步” 改成 “继续”。我一般会统一改成两字词，视觉上更整齐。
5.3 先决条件安装包被杀毒软件误删
现象：编译时提示先决条件文件找不到，但文件明明在。 原因：部分杀毒软件会把 Advanced Installer 提取的先决条件安装包（尤其是 .NET 安装器）当成可疑文件隔离。 解决：把工程目录和 Advanced Installer 安装目录加入杀毒软件白名单。如果文件已经被删，从官方渠道重新下载先决条件包，别从第三方站点拿。
5.4 升级时配置文件被覆盖
现象：新版本安装后，用户之前改过的 config 文件变回了默认值。 原因：MSI 的组件规则里，如果配置文件被标记为 “Always overwrite”，升级时会强制替换。 解决：在 “Files and Folders” 里找到配置文件，把 “Overwrite” 行为改成 “Never overwrite” 或 “Overwrite if newer”。更稳妥的做法是把配置文件放到[AppDataFolder]或[CommonAppDataFolder]，安装包不管理它，由程序首次运行时生成。
5.5 静默安装返回 1603 但日志没线索
现象：msiexec /qn安装失败，返回 1603，日志里只有 “Installation failed”。 原因：1603 是通用错误码，真正原因可能在自定义动作里，但静默模式下没有界面提示。 解决：先用带界面的/qb模式跑一遍，看弹窗报什么错。如果必须静默，在自定义动作里加日志输出，把关键变量写进临时文件。我习惯在 PowerShell 动作开头加Start-Transcript，把执行过程记下来。
6. 用差异包和条件安装把交付体积压下来
Advanced Installer 15.2 有个容易被忽略的功能：差异包（Patch）。当你的程序只改了几个文件，没必要每次出完整 MSI。在 “Media” 页面选 “Create patch”，指定旧版本 MSI 和新版本 MSI，工具会生成一个 .msp 补丁包。体积通常只有完整包的十分之一，企业内网分发时很实用。
但差异包有个前提：两次构建的工程配置必须一致，尤其是组件 GUID 和文件路径不能变。如果中间改过目录结构，补丁会失败。我一般会在发布分支上锁定工程文件，只改版本号和文件内容，不动结构。
另一个技巧是条件安装。在 “Files and Folders” 里选中某个文件或组件，在 “Conditions” 里写表达式，比如VersionNT >= 1000表示只在 Windows 10 及以上安装。这样可以用一个工程覆盖多个系统版本，避免维护多套安装包。
<!-- 条件安装的表达式示例：只在 64 位系统安装某个组件 --> <COMPONENT cid="c2"> <ROW Component="Driver64.dll" ComponentId="{GUID}" Directory="APPDIR" Attributes="0" KeyPath="Driver64.dll" Condition="VersionNT64" /> </COMPONENT>逻辑说明：Condition属性里的表达式在安装时求值，为真才安装该组件。参数说明：VersionNT64是 MSI 内置属性，64 位系统上为真。常用条件还有NOT VersionNT64（仅 32 位）、Installed（仅升级时）。
验证差异包是否生效，我一般会搭一个干净的虚拟机快照，先装旧版，再打补丁，然后检查文件版本和注册表项。别在开发机上直接测，残留的注册表会让结果失真。这个习惯让我少踩了很多“在我机器上是好的”的坑。希望帮到你。
本文还有配套的精品资源，点击获取