简介：Advanced Installer 15.2汉化版面向需要制作Windows安装包的开发者与系统管理员，围绕MSI打包、安装向导界面定制、自动化脚本、多语言部署、升级修补以及多种开发框架与数据库组件集成，帮助降低英文界面下的学习与操作门槛。压缩包为zip格式，约132.05MB，上游文件总数记录为0、类型明细暂未提供，具体内容以实际下载为准。已有311人学习，该工具在安装包制作与部署场景中具有一定关注度。汉化版侧重界面与文档本地化，安装向导中的图标、背景和文本也可按需调整，便于体现品牌特色或满足特定交付要求；同时附带更新日志说明和便携版线索，工具还可用于创建升级与修补程序。读者可据此了解版本改进、免安装使用方式，以及在多种系统环境中完成打包、维护与更新任务，适合工具查阅与项目实践参考。
1. 一个 MSI 交付要求，把我从 VS 安装项目里逼了出来
很多人第一次被要求交 MSI 而不是绿色压缩包，是在软件要进企业内网的时候：IT 要能静默推送、要出现在「程序和功能」里、要能卸干净，最好还是中文界面。Visual Studio 自带的安装项目功能停在很多年前，前置条件和升级逻辑基本得自己硬写。Advanced Installer 15.2 汉化版是另一条路——图形化的 Windows installer 工程工具，菜单和对话框被翻成中文，能直接产出标准 MSI，也能在外面包一层 EXE 引导程序，把 .NET 运行库、VC++ 运行库、注册表、文件关联、服务、自定义动作塞进同一个工程里管理。适合谁很清楚：要把桌面软件交付给客户的独立开发者、要做批量部署的内网运维、以及需要在断网机器上一次装齐环境的现场工程师。它不适合只发个 zip 就完事的场景，也不解决跨平台问题。
2. 先把工程模型立住：六类对象与三个作用域
动手点按钮之前，得先想清楚这个工具是怎么组织一个安装包的。Advanced Installer 的界面看起来像一堆向导页，实质上是一张对象图：文件、注册表、快捷方式、前置条件、自定义动作、对话框，这六类东西挂在 Feature 和 Component 下面，最后被 MSI 的 InstallExecuteSequence 按顺序执行。搞不清这层映射，后面所有排错都是瞎子摸象。
2.1 安装作用域：per-user 和 per-machine 决定后面所有路径
第一个要定的是安装作用域，它比产品名重要得多。选 per-machine，默认目录落到ProgramFilesFolder（64 位组件是ProgramFiles64Folder），写 HKLM 和 HKCR，安装时必须提权，UAC 会弹一次；选 per-user，默认目录落到LocalAppDataFolder\Programs，写 HKCU，不需要管理员，但同一台机器上多个用户各装一份。企业内网推送几乎一律是 per-machine，因为系统中心那类工具是以 SYSTEM 身份跑的，per-user 包推下去用户登录后也看不到。
| 作用域 | 默认目录属性 | 权限 | 注册表根 | 典型场景 |
|---|---|---|---|---|
| Per-machine | ProgramFilesFolder/ProgramFiles64Folder | 管理员 | HKLM、HKCR | 企业批量部署、驱动、服务 |
| Per-user | LocalAppDataFolder | 普通用户 | HKCU | 个人工具、免管理员安装 |
| 混合 | 两套组件并存 | 取决于组件 | 分别写 | 想兼容但容易做砸，新手别碰 |
混合模式看着美，实际是最容易翻车的一种：同一个 ProductCode 下两套 Component，卸载时 MSI 的组件引用计数会算得你怀疑人生。我一般建议先在「安装参数」页把 Install Type 定死成 Per-machine，等包稳定了再考虑别的。
2.2 六类对象：把安装包当成一张对象图
Files是主体，工程里的「文件和文件夹」页对应 MSI 的 File 表和 Directory 表；Registry对应 Registry 表；Shortcuts其实也是写注册表或创建 .lnk，工具帮你封装了；Prerequisites不在 MSI 里，它属于外层 EXE 引导程序（bootstrapper）的职责；Custom Actions对应 CustomAction 表加 InstallExecuteSequence 里的调用点；Dialogs对应 Dialog 表和 Control 表。
理解这一层之后，很多「工具行为怪异」的问题就有解释了：为什么改了界面文字但安装日志还是英文？因为 UI 序列和 Execute 序列是两套东西，日志里的错误文本来自 MSI 内建消息而不是你的对话框字符串。为什么前置条件勾了却没生效？因为你直接双击了 .msi，而前置条件只存在于 .exe 引导程序里。这两个坑后面还会展开。
2.3 从空工程到第一个 MSI：目录结构与构建产物
新建工程时选「MSI / EXE 安装包」，模板挑「企业级」或者干脆空工程。产品信息页填四样：Product Name、Version（三段数字，别带字母）、Manufacturer、Upgrade Code。Upgrade Code 一旦定下就永远不要改，它是升级识别的主键，改一次等于告诉系统「这是个全新产品」。
构建既能在 GUI 里按 F5，也能走命令行。命令行是必选项，因为发布流程要进 CI，靠人点按钮迟早出错。
# 把路径换成你自己机器上的实际安装位置，不同小版本 bin 目录层级可能略有差异 $ai = "C:\Program Files (x86)\Advanced Installer 15.2\bin\x86\AdvancedInstaller.com" # 先看一遍这个版本支持哪些子命令，别照抄网上的老命令 & $ai /? # 完整重建工程：清掉中间产物，按当前配置重新生成 MSI/EXE & $ai /rebuild "D:\src\Setup\ClientSetup.aip" # 只做增量构建，速度快，改一个文件时用这个 & $ai /build "D:\src\Setup\ClientSetup.aip" # 检查退出码：0 表示成功，非 0 时构建日志里一定有具体报错 if ($LASTEXITCODE -ne 0) { throw "构建失败，退出码 $LASTEXITCODE" }/rebuild和/build的区别是前者清缓存后者不清，遇到「明明改了文件但装出来还是旧的」这种问题，先换/rebuild试一次，八成能好。构建产物默认在 .aip 同级的Setup目录下：一个.msi、可能带外置.cab、勾了引导程序的话还有一个setup.exe。发布时整个目录一起发，不要只挑 .msi。
2.4 用 msiexec 验收，别用双击验收
双击安装只能验证「能不能装上」，验证不了「静默装能不能成功」「卸载干不干净」「返回值对不对」。这三件事才是客户 IT 部门真正关心的。所以每次构建完，我都会用一条完整的 msiexec 命令跑一遍。
# /i 安装，/qn 全静默无界面，/norestart 不自动重启，/l*v 输出详细日志 msiexec /i "D:\src\Setup\Setup\ClientSetup.msi" /qn /norestart /l*v "D:\logs\install.log" # 看返回码，别只看有没有报错弹窗 "install exit code = $LASTEXITCODE" # 静默卸载，同样记日志 msiexec /x "D:\src\Setup\Setup\ClientSetup.msi" /qn /norestart /l*v "D:\logs\uninstall.log"返回码要背下来几个：0 成功，3010 成功但需要重启，1603 是致命错误（真正的错误在日志末尾 20 行），1618 表示另一台安装正在进行、等它结束，1605 表示要卸载的产品没装。1603 这个码本身不含任何信息量，全靠/l*v的日志，所以静默测试不带日志等于白测。日志里搜Return value 3能快速定位到失败的动作，这是排查安装包问题的第一把钥匙。
3. 打包实操：文件、快捷方式、运行库和自定义动作
工程模型清楚之后，把东西往里填就是体力活，但每一块都有几个参数会咬人。这一章按「文件怎么落 → 快捷方式和关联怎么写 → 运行库怎么塞 → 自定义动作什么时候跑」的顺序走，这四步做完，一个能交付的包基本就成型了。
3.1 文件映射：源目录怎么落到 APPDIR
「文件和文件夹」页里的 Application Folder 在 MSI 里有一个属性名，默认叫APPDIR。后面所有要引用安装目录的地方——快捷方式目标、注册表值、自定义动作的命令行——都写[APPDIR]，不要写死C:\Program Files\...。写死路径的包换台机器、换个系统语言（英文系统的 Program Files 目录名其实一样，但盘符和 32/64 位映射会变）就崩。
添加文件有两种常见做法：一是把整个编译输出目录拖进去，勾选「同步文件夹」，以后源目录变了重新构建自动带新文件；二是逐个文件添加，适合文件不多但需要精细控制的情况。同步文件夹省事，但要注意它会把目录里的.pdb、.xml文档、临时文件一起打进去，交付前记得加排除规则，包体积能小一大截。
放 64 位程序的时候有一个关键开关：选中文件或文件夹，在属性里勾选「64 位组件」。勾了之后，MSI 会把它放到ProgramFiles64Folder而不是被 WOW64 重定向到Program Files (x86)。这个东西忘了勾的典型症状是：程序装完能启动，但加载 64 位 DLL 时报「不是有效的 Win32 应用程序」，或者注册表写到了Wow6432Node下面，程序读不到。
提示：源目录里如果有只读文件，构建时可能报访问拒绝。先把只读属性去掉再构建，比在工具里找设置快。
3.2 快捷方式与文件关联：三个键位的顺序不能乱
开始菜单快捷方式和桌面快捷方式在工具里是两三个勾选框，没什么好说的。真正容易出错的是文件关联——它需要三组注册表键配合，少一组就表现为「双击文件打不开」或者「图标是白的」。
| 键路径 | 值名 | 值 | 作用 |
|---|---|---|---|
HKCR\.mydoc | (默认) | MyApp.Document | 扩展名指向 ProgID |
HKCR\MyApp.Document | (默认) | MyApp 工程文件 | 资源管理器里显示的类型名 |
HKCR\MyApp.Document\DefaultIcon | (默认) | [APPDIR]\MyApp.exe,0 | 文件图标，0 是图标索引 |
HKCR\MyApp.Document\shell\open\command | (默认) | "[APPDIR]\MyApp.exe" "%1" | 打开命令，引号必须有 |
第三列那个"%1"外面的引号是最容易漏的：路径里有空格时，C:\Program Files\MyApp\MyApp.exe C:\Users\张三\我的文档\a.mydoc会被 Windows 拆成多条参数，程序收到的是半截路径。中文用户名更是重灾区，路径里既有空格又有非 ASCII 字符，不带引号必翻车。
另外，文件关联写在 HKCR 下面意味着必须 per-machine 安装、必须有管理员权限。如果工程选的是 per-user，这些键要改写到HKCU\Software\Classes下面，否则静默安装会在写注册表这一步直接返回 1603。
3.3 前置条件：运行库的三种塞法，代价完全不同
.NET Framework 和 VC++ 运行库几乎是每个桌面包的必需品，塞法有三种，选错了要么包体爆炸要么现场装不上。
| 方式 | 做法 | 好处 | 代价 |
|---|---|---|---|
| 在线引导下载 | Prerequisites 页勾选运行库，填下载地址 | 包体小，几十 MB | 目标机必须能出网，内网直接废 |
| 离线内置 | 把官方离线安装包放进工程，设为「安装前运行」 | 断网可用，一次装齐 | 包体涨到几百 MB，运行库版本要跟着维护 |
| 启动前自检 | 自定义动作查注册表，缺了弹窗提示 | 包最轻，逻辑可控 | 用户得自己去找安装包，体验差 |
内网交付我一律用第二种，虽然包大，但现场不会因为「下载失败」打电话过来。查 .NET Framework 4.x 装没装，看这个键的Release值最准：
# .NET Framework 4.5 及以上都写在这一个键下，Release 是 DWORD $key = "HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full" if (Test-Path $key) { $release = (Get-ItemProperty $key -Name Release -ErrorAction SilentlyContinue).Release # 394802 对应 4.6.2，更低的机器上跑 4.6+ 编译的程序会直接闪退 if ($release -ge 394802) { "OK: $release" } else { "版本过低: $release" } } else { "未安装 .NET Framework 4.x" }VC++ 运行库看HKLM\SOFTWARE\Microsoft\VisualStudio\14.0\VC\Runtimes\x64下的Installed值（32 位看\x86）。这段检查逻辑一般挂在一个自定义动作里，跑在 CostFinalize 之后、InstallFiles 之前，缺了就ErrorMessage弹窗然后中止。
3.4 自定义动作的四个时机点，选错了就是玄学
自定义动作最容易出问题的地方不是脚本写错，而是「什么时候跑」。同一个脚本挂在不同的调用点，结果可能天差地别。
第一类是AppSearch / 启动条件，在界面出现之前跑，用来判断环境是否满足、要不要阻止安装。第二类是CostFinalize 之后，此时目录属性已经解析成真实路径，适合做文件拷贝、环境检查。第三类是InstallFiles 之后，程序文件已经落地，适合注册服务、写配置文件、跑regsvr32。第四类是卸载的 RemoveFiles 之前，用来停服务、删数据、清理外部目录。
还有一个必调参数：Impersonate。勾上表示以当前用户身份跑（能访问用户自己的网络映射和 HKCU），不勾表示以 SYSTEM 身份跑（能装服务、写 HKLM），但访问用户级资源会失败。装服务却勾了 Impersonate，症状是安装成功、服务列表里就是没有；卸载时删用户目录却设了不模拟，症状是目录删不掉还不报错。
4. 汉化版的关键：语言层、字体和中文编码
汉化版省掉的是「看不懂菜单」的成本，但它不改变 MSI 的本地化机制。很多人以为装了汉化版，做出来的包自动就是中文界面，装到客户机器上还是英文——因为工程里的语言设置和工具的界面语言是两回事。这一章把语言层拆开看。
4.1 汉化版改的是哪一层：UI 字符串与 MSI 内建消息
汉化版替换的主要是工具自身的资源文件（菜单、对话框、提示文本），让你在配置工程时看得懂。但生成的 MSI 里显示什么语言，取决于工程属性里的「语言」页勾了哪些语言、以及默认语言设成了哪个。这是两套完全独立的字符串表。
MSI 的界面文本分三层：Dialog 表和 Control 表里的字符串（你的对话框）、Error 表里的错误消息、以及msi.dll 内建消息（比如「正在收集信息」「正在安装」这些进度条文本）。前两层你能改，第三层不在你的包里，它来自操作系统的 MSI 运行时。所以即使界面全中文，某些进度提示和底层错误框依然是系统语言——这一点不用跟客户较劲，解释清楚就行。
4.2 启用中文界面：语言、代码页和字体
在「语言」页勾选简体中文，然后把它设为默认。这里有两个参数要留意：代码页和字体。
| 设置项 | 建议值 | 说明 |
|---|---|---|
| 默认语言 | 简体中文（zh-CN） | 不设的话安装时按系统区域猜，容易猜错 |
| 代码页 | 936（GBK） | 老系统兼容性好；纯 UTF-8 环境可走 65001 |
| 对话框字体 | 微软雅黑 / 宋体 | 别用默认的 MS Sans Serif，中文显示发虚 |
| 多语言 MST | 需要时生成 | 一种语言一个变换文件，打包发布时带上 |
代码页选 936 是为了兼容老机器。如果你的安装包只用在中 Win10 以上环境，65001 也行，但要注意某些自定义动作的脚本文件必须跟着改编码，不然中文参数传进去会变成乱码。字体这一项被很多人忽略：默认字体是上世纪的位图字体，中文渲染出来又小又糊，客户第一眼就觉得这软件「不专业」，改一行字号和字体名能省掉一堆解释。
4.3 自定义动作里的中文：编码、chcp 和参数传递
这是汉化版使用中翻车率最高的地方。工具界面全中文，你顺手在自定义动作的参数里写了中文路径或者中文提示，结果安装时要么乱码要么找不到文件。
根本原因是进程的代码页。MSI 执行自定义动作时会起一个子进程，这个进程的当前代码页默认跟系统区域走，中文系统是 936。如果你的批处理或脚本文件是 UTF-8 存的，里面的中文就会被按 GBK 解释，变成一堆问号。
@echo off :: 脚本第一行就切代码页，避免中文被按系统默认代码页错误解析 chcp 65001 >nul :: 用引号包住所有可能含空格和中文的路径 set "TARGET=[APPDIR]\配置\default.ini" if exist "%TARGET%" ( echo 找到配置文件 ) else ( echo 配置文件缺失，跳过 ) exit /b 0chcp 65001只是让当前控制台按 UTF-8 解释，脚本文件本身也必须是 UTF-8 无 BOM 存的，两者对不上一样乱码。用 PowerShell 更省心一点，但要注意执行策略和参数转义：
# 用 -EncodedCommand 传参，绕开命令行里中文和引号被反复转义的坑 $script = 'Write-Output "安装目录: [APPDIR]"' $encoded = [Convert]::ToBase64String([Text.Encoding]::Unicode.GetBytes($script)) powershell.exe -NoProfile -ExecutionPolicy Bypass -EncodedCommand $encodedBase64 编码之后命令行里只剩 ASCII，无论系统代码页是 936 还是 437 都不会被破坏。这个技巧我用了很多年，凡是要在自定义动作里传中文的场合一律走它，比反复调引号靠谱。
注意：自定义动作的返回值要显式设成 0，脚本里最后一行不是
exit 0的话，MSI 会把非零返回值当成失败，直接回滚整个安装，日志里只留一个 1603。
4.4 汉化文件的备份与回退
汉化版是把原始资源文件替换掉的，一旦某个版本的汉化包和主程序版本对不上，工具可能启动就崩，或者某些页面显示成空白。上线前做一件事：把汉化前的原始资源目录整个复制一份存到工程仓库外面，出问题时换回去。
判断汉化文件是否匹配，看两点：主程序版本号是否一致，以及汉化包里带的资源文件数量是否和原版目录对得上。缺文件的典型症状是某个向导页点「下一步」没反应——不是卡死，是那个页面的资源加载失败了。
5. 避坑与排查：五个把安装包搞崩的现场记录
这一章全是踩过的坑，按「现象 → 原因 → 解决」记。装包出问题时别急着改工程，先按顺序对一遍这几条，能省掉大半天。
5.1 现象：静默安装返回 1603，日志里翻不到具体错误
原因：1603 是笼统的失败码，真正的错误在日志里，但很多人只看了最后一行。更常见的原因是某个自定义动作返回了非零值，而它的 Return 属性设成了check，MSI 收到非零就回滚。
解决：把日志拉到Return value 3那一行往前看，找到紧邻的 Action 名字；然后检查这个动作的 Return 设置，调试阶段可以临时改成ignore观察行为，但发布前必须改回check，否则失败会被静默吞掉。另外确认脚本最后有显式的exit 0或exit /b 0。
5.2 现象：客户机器上装到一半报「找不到路径」，自己机器上一切正常
原因：客户机的用户名是中文，或者程序装在含中文的目录下。MSI 内部属性传参时没有加引号，路径里一有空格或非 ASCII 字符就被截断。
解决：所有引用[APPDIR]、[TARGETDIR]的地方统一加双引号；测试机专门建一个中文用户名账号跑一遍安装；自定义动作里的脚本文件存成 UTF-8 并在首行切代码页。这一条我吃过不止一次亏，现在测试机固定留一个中文名账户。
5.3 现象：升级安装之后，程序列表里出现两个同名条目
原因：Upgrade Code 变了，或者 ProductCode 没变。MSI 主升级的判断依据是「Upgrade Code 相同 + ProductCode 不同 + Version 更高」，三个条件缺一个就变成两个独立产品，各装各的。
解决：Upgrade Code 在建工程时就固定下来，之后永远不动；每次发版改 ProductCode（工具里有「生成新 ProductCode」按钮）和 Version；在「升级」页配置主升级，勾上「先卸载旧版本」，并把「迁移」选项按需勾选，避免用户的配置文件被一起干掉。
5.4 现象：界面是中文，但安装失败的弹窗还是英文
原因：对话框字符串换了，但错误消息来自 Error 表或者 msi.dll 内建消息，没有跟着翻译。汉化版改的是工具，不是你的工程。
解决：工程里的「错误消息」页可以覆盖 Error 表的文本，把常见错误码（1603、1618、1605）换成中文说明；内建进度条文本属于系统 MSI 运行时，改不了，接受它就行。真要全中文体验，就在引导程序层面把错误提示做在前端。
5.5 现象：装完包没报错，但杀毒软件弹窗拦截，客户不敢装
原因：外层 EXE 引导程序没有数字签名，MSI 也没签。带自解压和自定义动作的安装包，启发式引擎很容易判成可疑。
解决：给.msi和setup.exe都做代码签名，签名时带时间戳，否则证书过期后旧包会被标记为无效。签名放在构建之后、发布之前，作为流水线的固定一步。另外自定义动作里别打电话回家、别写系统目录之外的位置，行为越干净越不容易被拦。
6. 发布前那一遍自检，和一条批量部署命令
包做完不等于能交付。我现在固定的习惯是发布前跑一张自检表，十项左右，五分钟能过完，但能挡住绝大部分返工。
| 检查项 | 怎么验 | 不合格的表现 |
|---|---|---|
| 静默安装 | msiexec /i ... /qn /l*v | 返回码非 0 / 3010 之外的异常 |
| 静默卸载 | msiexec /x ... /qn /l*v | 目录残留、注册表残留 |
| 中文用户名 | 中文账户下完整装一遍 | 路径找不到 |
| 升级覆盖 | 先装旧版再装新版 | 出现两条记录 |
| 断网环境 | 拔网线装离线包 | 前置条件下载失败 |
| 32/64 位 | 检查 Program Files 落点 | 落到 (x86) 下 |
| 数字签名 | signtool verify /pa | 无签名或时间戳缺失 |
| 日志可读 | 打开 install.log | 关键动作无记录 |
做企业分发的时候，真正落地的命令是带属性的静默安装，把安装目录、授权码这类可变项做成公共属性传进去，而不是每次重新打个包：
# 公共属性全大写，值里有空格要整体加引号 msiexec /i "\\deploy\pkg\ClientSetup.msi" /qn /norestart ` INSTALLDIR="D:\Apps\Client" LICENSEKEY="XXXX-XXXX" ` /l*v "C:\Temp\client_install.log"注意属性名必须在工程的「属性」页里定义成 Public Property，否则静默安装时传进去会被忽略，而且不报错——这个坑最阴，因为包能装成功，只是装到了默认路径，你在现场看不出来，直到用户说「配置没生效」。传参之前先用/l*v日志搜一下属性名，确认它被解析成了你要的值，比事后猜测省事得多。
从那以后我每次出包，不管多急，都会先在一台干净虚拟机上跑一遍「静默装 → 静默卸 → 再装」的循环，日志留着比对。安装包这东西没有后悔药，发出去一千台机器上出了问题，改一个参数就得再来一次全量返工。希望帮到你。
本文还有配套的精品资源，点击获取
