企业官网建设流程全解析

简介：Office2016自定义安装器v3.0免费版是一款面向Windows桌面办公用户、机房维护人员及需要多软件并存的电脑使用者的免费辅助工具。它针对Office 2016安装包体积偏大、默认安装难以选择磁盘目录的问题，提供自定义路径设置，帮助减轻系统盘空间压力，适合C盘容量紧张或需分盘管理软件的办公场景。压缩包共12个文件、约1.91MB，以4个exe可执行程序为主，搭配2个xml配置、2个dll运行库、1个vbs脚本以及url快捷方式和txt说明，分别承担安装引导、参数配置、组件清理、运行库支持与使用提示等用途。已有3309人学习下载，可作为控制Office 2016安装目录、减少系统盘占用的轻量工具包使用；其中的配置与卸载脚本也便于后续调整和维护安装环境，对需要反复部署或清理办公软件的用户具有一定参考价值，也适合希望降低系统盘负担、长期维护办公环境的用户。

1. 版本选错，后面全是返工：Office2016自定义安装器v3.0 到底管什么

上个月给一个朋友的公司布办公环境，十台机器，图省事直接双击了 Office 2016 的 setup.exe，一路下一步。装完第一天就出事：Outlook 把邮件协议全接管了，财务那边的老报表一打开就提示“此工作簿包含一个或多个无法更新的链接”，系统盘还平白少了 3 个多 G。回头重装时我才想明白，这套 Office 到底装哪些组件、要不要带 Skype for Business、32 位还是 64 位，在按下“下一步”之前就得定死，后期改的成本极高。Office2016自定义安装器v3.0 干的就是把这件前置工作从手写 XML 里解放出来：组件树勾一勾，语言、位数、安装源、静默参数在一个界面配完，落盘之前先看清楚要装什么。它适合要批量部署的运维、要给老插件留 32 位环境的开发，以及只想装 Word/Excel/PPT 三件套的普通用户。装不好最典型的后果不是装失败，而是装成功了但环境不对：插件加载不了、新旧版本打架、卸载不干净，返工一次就是半小时起步。

2. 装前环境清单：v3.0 要的系统、运行库和安装源一样不能少

这套安装器本身不复杂，但它是个“调度器”，要靠系统里的运行库活着，还要靠本地安装源喂数据。环境没列清就开装，后面九成的报错都是这里埋的。

2.1 系统与硬件的实际底线

官方口径和实操口径经常不是一回事，我按自己部署过的机器给一份对照。

两个地方要单独说。第一个是分辨率：v3.0 的界面是按 1024×768 排的，在 125% 或 150% 缩放下，窗口底部的“生成配置”和“开始安装”按钮会被裁掉一半，很多人以为是程序没写完，其实把缩放开回 100% 或者把窗口往下拉一下就出来了。第二个是 Windows 7：SP1 打完还得补 KB2999226（通用 C 运行库），否则界面能起但一点“开始安装”就闪退，事件查看器里能看到 0xc0000135 一类的问题模块。

Windows 11 我没有在正式环境里跑过这套组合，只能说不建议直接上生产，要试先在虚拟机里走一遍完整流程，别拿同事的办公机当试验田。

2.2 .NET Framework 和 VC++ 运行库补齐

先查 .NET 的 Release 号，别只看“已安装 4.x”这种模糊信息，小版本差一截就会起不来。

# 读取 .NET Framework 4.x 的 Release 号，判断具体小版本 $ndp = Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\NET Framework Setup\NDP\v4\Full" -ErrorAction SilentlyContinue if ($ndp) { "Release = $($ndp.Release)" } else { "未检测到 .NET Framework 4.x" }

这段读的是注册表里的安装标记，Release 是个递增整数，对不上就说明缺补丁。常见对应关系：378389 是 4.5，394254 是 4.6.1，460798 是 4.7，461808 是 4.7.2，528040 是 4.8。低于 4.5.2 的机器，装安装器之前先把 .NET 补上，这是硬门槛。

VC++ 运行库更容易被忽略，因为它不报“缺少运行库”，而是直接给你一个 0xc000007b 或者界面白屏。

# 列出已装的 VC++ 2015-2022 运行库，x86 和 x64 都应出现 Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\*", "HKLM:\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*" | Where-Object { $_.DisplayName -like "*Visual C++ 2015-2022*" } | Select-Object DisplayName, DisplayVersion

关键点在“两个都要装”。64 位系统上很多人只装 x64 版，结果安装器本体是 32 位编译的，它调用的解压和校验库也是 32 位，缺了 x86 那一份照样跑不起来。这条我是被坑过一次才记住的：同一台机器，装完 x86 版 VC++ 立刻正常。

2.3 安装源：ISO 挂载还是 ODT 离线拉

v3.0 只负责“怎么装”，不负责“装什么文件”，安装源必须自己准备。两条路，用哪条看你手上的资源。

有 ISO 的直接挂载，比解压到本地目录干净，用完一卸就行：

# 挂载 ISO 并取出盘符，注意用完要 Dismount-DiskImage $iso = Mount-DiskImage -ImagePath "D:\iso\Office2016_ProPlus_64bit_zh-cn.iso" -PassThru Start-Sleep -Seconds 2 $drive = ($iso | Get-Volume).DriveLetter "安装源盘符: $drive`:" Get-ChildItem "$drive`:\" | Select-Object Name, Length

正常情况下应该看到 setup.exe、一个 Office 文件夹、若干 .xml 配置文件。如果根目录里直接是一堆 cab 和 msi，那这不是即点即用（C2R）版本的源，v3.0 认不了，得换镜像。

没有镜像就用 ODT 自己拉离线包，适合内网统一分发：

:: /download 只拉文件不安装，适合做一次性的内网分发源 setup.exe /download D:\tools\office2016-installer\config.xml

拉完之后目录结构是这样的，注意 SourcePath 要指到 setup.exe 所在那一层，而不是指到 Office 子目录里：

D:\office2016-source\ ├─ setup.exe ├─ config.xml └─ Office\ └─ Data\ └─ （一堆 .cab 数据文件）

指错层是后面第 5 章第一个坑的根因，日志里会写“找不到源文件”，但界面不给任何提示，只会在 50% 那个位置一直转。

2.4 装前必须做的三件清理

第一件，打还原点。别嫌麻烦，Office 这类组件装坏了靠“控制面板卸载”经常卸不干净，有还原点等于有后悔药：

# 装前打一个还原点，名字用英文，部分老系统上中文名会失败 Checkpoint-Computer -Description "BeforeOffice2016" -RestorePointType "MODIFY_SETTINGS"

第二件，确认机器上有没有残留的即点即用版本。有的话必须先卸，两套 C2R 共存基本等于互殴：

:: 查 ClickToRun 服务是否存在，存在就说明机器上有 C2R 版本的 Office sc query ClickToRunSvc :: 查上一套装的是 32 位还是 64 位，后面选位数要避开冲突 reg query "HKLM\SOFTWARE\Microsoft\Office\ClickToRun" /v Platform

确认要卸，用官方那条命令，比控制面板干净：

"C:\Program Files\Common Files\Microsoft Shared\ClickToRun\OfficeClickToRun.exe" scenario=uninstall productstoremove=ProPlusRetail.2016.zh-cn

第三件，别用第三方“强力卸载”工具清注册表。我见过一次，工具把 HKLM\SOFTWARE\Microsoft\Office 整个分支删了，结果新装的 Office 找不到自己的配置节点，打开就提示“Microsoft Office 无法验证此应用程序的许可证”。正确做法是卸载完再查一遍残留：

:: 卸载后确认 16.0 分支是否还有内容，有的话多半是没卸干净 reg query "HKLM\SOFTWARE\Microsoft\Office\16.0" /s | find /c "HKEY"

数量不为零不代表一定要手删，先看是不是别的 Office 产品（比如 Visio、Project）留下的，确认是本产品的残留再动手，手删注册表前一定先导出备份。

3. 解压与提权：第一次启动 v3.0 的三个前置动作

环境备齐了，接下来是把包装上。这一步看着简单，翻车率反而不低，绝大多数是“路径”和“权限”两个词惹的祸。

3.1 包结构、解压位置和哈希校验

第一条铁律：不要在压缩软件里直接双击 exe。压缩软件会把文件解到 %TEMP% 下一个带随机串的目录，v3.0 启动后按相对路径找同目录的资源和模板，找不到就界面空白或者点按钮没反应。血泪经验，这个现象特别像“程序坏了”，其实只是没解压。

第二条：解压路径不要含中文和空格。D:\工具\Office安装\这种路径在批处理里会被当成分隔符切开，静默安装那一步直接失败。

# 先校验哈希，包从哪来的都要这一步，尤其内网传过来的 Get-FileHash "D:\download\Office2016Installer_v3.0.zip" -Algorithm SHA256 | Format-List # 解压到固定目录，路径全英文 Expand-Archive -Path "D:\download\Office2016Installer_v3.0.zip" ` -DestinationPath "D:\tools\office2016-installer" -Force Get-ChildItem "D:\tools\office2016-installer" -Recurse -Depth 1 | Select-Object FullName

解压后应该能看到主程序、一个资源或模板目录、一份说明文件。如果只有孤零零一个 exe，那多半是解压不完整，重新下一遍，别硬着头皮往下走。

哈希这一步很多人跳过，我的态度是：只要这个包要在别人的机器上跑，就必须校验，出问题的时候至少能排除“包本身被改过”这一种可能。

3.2 以管理员身份运行，以及别关 UAC

v3.0 要写 HKLM 下的注册表、要调 setup.exe、要往 Program Files 里落文件，非管理员权限下它的表现是“配置能生成，一点安装就退出”，没有任何错误提示。

正确姿势是右键“以管理员身份运行”。嫌每次右键麻烦，改快捷方式的默认提权：

# 建一个以最高权限启动的计划任务，绕过每次右键的麻烦，也方便远程执行 $action = New-ScheduledTaskAction -Execute "D:\tools\office2016-installer\Office2016Installer.exe" $principal = New-ScheduledTaskPrincipal -UserId "$env:USERDOMAIN\$env:USERNAME" -RunLevel Highest Register-ScheduledTask -TaskName "Office2016Installer" -Action $action -Principal $principal

建完在任务计划程序里手动跑一次就行，跑之前先确认任务是以当前用户身份、最高权限运行的。

有一个坑要单独提醒：别为了省事关掉 UAC。关 UAC 会让 Windows 应用商店和一部分系统组件异常，而且装完你还得记得开回来。用提权的方式解决提权的问题，别动全局开关。

另外如果机器上装了 EDR 或者杀软，把D:\tools\office2016-installer整个目录加进白名单。这类安装器会调用 setup.exe 子进程、会写注册表、会解压大量文件，行为特征和“可疑程序”高度重合，被拦下来的时候通常只有一句“操作已被阻止”，非常难查。

3.3 界面四块区域，以及每个参数落到哪

第一次打开界面，别看按钮多，其实就四块，每一块对应 config.xml 里的一个节点，搞清楚映射关系，后面配起来就有底了。

我的习惯是：界面里配完，先点“生成配置”，但绝不点“开始安装”。把生成的 config.xml 用记事本打开，逐行看一遍，确认 SourcePath 没指错、ExcludeApp 数量对得上、Channel 没选成零售通道。这一步花两分钟，能省掉后面半小时的重装。

4. 核心配置：组件勾选、config.xml 逐项与安装路径

到了真正决定“装出来是什么样”的一章。这里的判断做错了，装得再顺也是白装。

4.1 组件勾选：三种典型组合和背后的取舍

先纠正一个普遍误解：即点即用版本的 Office，产品是一个整体，你没法“单独装一个 Word”。config.xml 里<Product ID="ProPlusRetail">装的是全套，想精简只能反向操作——用<ExcludeApp>把不要的排掉。所以“我只想装三件套”实际执行的是“装全套再排除另外四个”。

三种我常配的组合：

• 标准办公三件套：留 Word、Excel、PowerPoint，其余全排。装完大约 1.8G，是绝大多数人的最优解。
• 加邮件客户端：在上一组基础上留 Outlook。注意要提前确认 Mail 协议接管不会和现有客户端打架，尤其是装了第三方邮件工具的机器。
• 全量：只排Groove和Lync。适合培训教室、演示机这种“什么都要能打开”的场景。

排除Groove这一条我几乎是无条件勾上的。它会在“此电脑”里挂一个 OneDrive for Business 的图标，用户点进去发现登录不上，一天能问八遍。

4.2 config.xml 逐项拆解

下面这份是我在批量部署里用得最顺的版本，注释写在关键行上：

<Configuration> <!-- 位数只认 32 / 64 两个值，写 x64 或 amd64 会直接解析失败 --> <!-- Channel 必须是 PerpetualVL2016，零售/订阅版照抄会报“找不到产品” --> <Add OfficeClientEdition="64" Channel="PerpetualVL2016" SourcePath="D:\office2016-source"> <Product ID="ProPlusRetail"> <!-- 第一个 Language 是默认显示语言，后面的作为附加语言包 --> <Language ID="zh-CN" /> <!-- 想留哪个组件，就把对应的 ExcludeApp 整行删掉 --> <ExcludeApp ID="Access" /> <ExcludeApp ID="Groove" /> <ExcludeApp ID="Lync" /> <ExcludeApp ID="Publisher" /> </Product> </Add> <!-- 装完钉任务栏图标，批量部署建议 FALSE，用户自己会钉 --> <Property Name="PinIconsToTaskbar" Value="FALSE" /> <!-- 只在多用户共享机器/共享授权场景设 1，单机保持 0 --> <Property Name="SharedComputerLicensing" Value="0" /> <!-- 日志级别 Standard 足够排查，Verbose 能写到几百 MB --> <Logging Level="Standard" Path="D:\logs\office2016" /> <!-- Level=None 才是真静默；AcceptEULA 必须 TRUE，否则会弹协议框卡住 --> <Display Level="None" AcceptEULA="TRUE" /> <!-- 内网统一推补丁时关掉自动更新 --> <Updates Enabled="FALSE" /> </Configuration>

几个参数值得单独说：

OfficeClientEdition只有 32 和 64，别写成 x86/x64，解析器不认别名。Channel是最容易错的一项，PerpetualVL2016是批量授权版专用通道，如果你的授权是零售或订阅，照抄这一行会得到一个“找不到匹配产品”的报错，而且报错信息里不会提示是通道错了。

Logging Level我建议长期保持 Standard。调成 Verbose 排查特定问题时有用，但会生成几个几百 MB 的日志，在系统盘紧张的机器上是负担。日志路径别放在%TEMP%，那个目录容易被清理工具扫掉，出问题时日志已经没了。

Display Level="None"配AcceptEULA="TRUE"是一对，少了后面那个，静默安装会在协议页停住，等一个人去点同意，批量部署就卡在这儿了。

4.3 安装路径：官方不支持改，只能靠目录联接

这里要说句实话：即点即用的 Office 2016 本身不支持自定义安装路径，它固定装到C:\Program Files\Microsoft Office。安装器界面上那个“自定义安装路径”，实现方式基本都是装前建一个目录联接（junction），把系统路径指向你想要的盘。

:: 必须在开始安装之前执行；D:\Office2016 可以是空目录，不存在也行 mklink /J "C:\Program Files\Microsoft Office" "D:\Office2016"

/J是目录联接，不是符号链接，同一个卷内不需要额外权限，跨卷也能建。三个注意点：目标目录必须是空的或不存在，否则命令直接报错；卸载的时候系统只删掉联接本身，真实文件还在 D 盘，要手动清；反悔的删法是用rd "C:\Program Files\Microsoft Office"删联接，千万别用del或者资源管理器右键删除，那会把 D 盘的真实文件一起带走。

还有一个不要碰的地方：C:\Program Files\Common Files\Microsoft Shared\ClickToRun。这个目录里是即点即用的运行引擎，挪走或者联接过去，整套 Office 都起不来，而且报错信息非常含糊。

4.4 语言包与更新通道的选择

Language ID可以写多个，第一个是默认显示语言。我只在确实有外籍员工的机器上加en-US，其他一律zh-CN。混装繁体zh-TW我不建议，同一个产品带三种中文语言包，校对工具和输入法切换的行为会很怪。

更新通道这块，Office 2016 早就过了主流支持期，指望它自动打补丁不现实。内网环境的常见做法是关掉自动更新（<Updates Enabled="FALSE" />），补丁走统一的软件分发渠道。单机用户可以留着自动更新开着，但别指望它解决什么大问题。

4.5 静默安装和批处理封装

配置生成之后，真正的安装就一行命令：

:: 用生成的配置文件执行安装，这是整个流程里唯一真正落盘的一步 "D:\office2016-source\setup.exe" /configure "D:\tools\office2016-installer\config.xml"

批量场景我会套一个批处理，把退出码和日志落下来，出问题能回溯：

@echo off setlocal set SRC=D:\office2016-source set CFG=D:\tools\office2016-installer\config.xml set LOGDIR=D:\logs\office2016 if not exist "%LOGDIR%" mkdir "%LOGDIR%" echo [%date% %time%] 开始安装 >> "%LOGDIR%\deploy.log" "%SRC%\setup.exe" /configure "%CFG%" set RC=%ERRORLEVEL% echo [%date% %time%] 退出码 %RC% >> "%LOGDIR%\deploy.log" if not "%RC%"=="0" ( echo 安装失败，退出码 %RC%，检查 %LOGDIR% 下的 SetupExe*.log exit /b %RC% ) endlocal

退出码 0 是成功；17002 一般表示已经有一个安装在进行，先把残留的 setup.exe 进程结束掉；30182 系列的码多半是安装源不完整。批处理里把 ERRORLEVEL 存到变量再判断，是因为中间任何一个 echo 都会覆盖掉它，这是个很容易忽略的细节。

如果要给没有网络的机器装，用/packager打成自包含包：

:: 生成一个带安装源的目录，拷到离线机器上双击 setup.exe 即可 setup.exe /packager "D:\tools\office2016-installer\config.xml" "D:\out\Office2016Package"

打包出来的目录体积和安装源差不多大，移动硬盘拷的时候别忘了校验一下文件数，少一个 cab 就会在安装中途失败。

5. 避坑与排查：五个真踩过的翻车现场

下面这五条都是我自己遇到过、并且当时排查花了不止十分钟的。按“现象 → 原因 → 解决”写，能对号入座最好。

5.1 进度条卡在 50% 十几分钟不动

现象：安装进度到一半停住，界面没有任何报错，CPU 占用接近零，硬盘灯也不闪。

原因：九成是SourcePath指错层了。指到了Office子目录而不是 setup.exe 所在那一层，安装器前面几步（写配置、建目录）都能过，到了真正读数据文件的时候找不到，就静静地等在那儿。剩下一种是 ISO 挂载后被系统自动卸载了，或者你把盘符改了。

解决：先去看D:\logs\office2016下最新的SetupExe*.log，搜SourcePath和cannot find，能直接定位。确认路径层级：

# SourcePath 那一层必须能同时看到 setup.exe 和 Office 文件夹 Test-Path "D:\office2016-source\setup.exe" Test-Path "D:\office2016-source\Office"

两个都返回 True 才算对。ISO 挂载的情况，装之前重新确认一次盘符没变。

5.2 报 30088-1021 或者 1935

现象：安装刚开始或者进行到 80% 左右弹错误框，代码 30088-1021，或者 1935 带一串 HRESULT。

原因：30088 系列基本都指向安装源损坏或者版本不匹配，最常见的是 32 位源配了 64 位配置（或反过来）。1935 是 MSI 组件注册失败，通常是机器上有个待重启的挂起操作，或者 .NET 状态不干净。

解决：先按 5.1 的方法确认源和位数的对应关系。1935 的话，查一下有没有挂起的重启标记：

:: 存在这两个键之一，说明系统有个待完成的重启，先重启再装 reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager" /v PendingFileRenameOperations reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Component Based Servicing" /v RebootPending

有就老老实实重启一次，别想着绕过。重启之后还报 1935，再考虑修 .NET（DISM /Online /Cleanup-Image /RestoreHealth加sfc /scannow）。

5.3 Word 能开，Excel 一开就循环“正在准备安装”

现象：装完之后 Word 正常，Excel 双击弹一个“正在准备安装…”的窗口，转一圈消失，再双击又来一次，永远打不开。

原因：典型的组件注册不完整。多半是安装过程中被杀软拦了一次，或者上一次安装失败留下的半截状态，注册表里 Excel 的 CLSID 指向了一个不存在的路径。

解决：先做一次修复安装，比重装快得多：

:: 用同一个配置文件走修复，不重新下载数据 "D:\office2016-source\setup.exe" /configure "D:\tools\office2016-installer\config.xml" /repair

修复完还不行，就查一下注册表里 Excel 的注册项指向哪儿，路径对不上说明确实没装全，只能卸干净重来。卸载前记得把用户的自定义模板和词典目录备份出来，那些东西重装不会自动带回来。

5.4 装完 64 位，老插件加载项全变“未加载”

现象：Excel 的“加载项”列表里，公司那套报表导出插件显示“未加载”，勾上再取消再勾也没用。或者反过来，装的是 32 位，某个新插件提示需要 64 位。

原因：COM 加载项的位数必须和 Office 宿主一致。32 位的 dll 在 64 位 Office 里根本注册不进去，这是硬限制，没有兼容层。很多老系统的导出控件、报表插件、税务或财务软件的外挂，都是 32 位编译的。

解决：先确认插件位数，再决定 Office 位数，顺序不能反。查已装的 Office 位数：

:: Platform 的值是 x86 或 x64，改位数必须整个卸载重装，不能覆盖升级 reg query "HKLM\SOFTWARE\Microsoft\Office\ClickToRun" /v Platform

如果机器上跑着必须用 32 位插件的业务系统，那就老老实实装 32 位 Office，别为了“64 位更快”硬上。Excel 处理超大透视表确实吃内存，但业务系统跑不起来，性能再好也没意义。这一条是我在给一个用老报表系统的团队部署时踩过的，最后十台机器全部回退到 32 位重装。

5.5 卸载重装反复失败，提示“已安装其他版本”

现象：控制面板里已经看不到 Office 了，但重新安装还是提示“计算机上已安装其他版本的 Office”，或者装完打开提示许可证验证失败。

原因：C2R 的卸载不彻底，HKLM\SOFTWARE\Microsoft\Office\ClickToRun分支和C:\Program Files\Common Files\Microsoft Shared\ClickToRun目录还在，安装器据此判断还有一套存在。

解决：按顺序来，别跳步。先用官方命令卸一遍，再停服务，再看残留：

:: 1. 官方卸载入口，比控制面板干净 "C:\Program Files\Common Files\Microsoft Shared\ClickToRun\OfficeClickToRun.exe" scenario=uninstall productstoremove=ProPlusRetail.2016.zh-cn :: 2. 确认引擎服务状态，还在跑说明有残留 sc query ClickToRunSvc :: 3. 查残留分支，有内容就说明没卸干净 reg query "HKLM\SOFTWARE\Microsoft\Office\ClickToRun" /s

残留分支的删除一定要先导出备份：reg export "HKLM\SOFTWARE\Microsoft\Office\ClickToRun" D:\backup\clicktorun.reg。手删注册表这事我做过，删错一个分支导致整个 Office 装不上，最后只能重装系统，不值当。

6. 装完怎么验证：三条命令加一张对照表，确认这套 Office 真能跑

装完不等于装对。我见过太多“能打开 Word 就算成功”的验收方式，结果一周后用户报 Excel 宏跑不了、Outlook 收不了信，回头查发现是组件压根没装上。验收这一步值得单独花五分钟。

第一条命令，确认安装根目录和实际版本号：

# 读取安装根目录，并取主程序的文件版本，确认装的是 16.0 这一代 $root = (Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Office\16.0\Common\InstallRoot" -ErrorAction SilentlyContinue).Path "InstallRoot = $root" if ($root) { Get-ChildItem $root -Filter "WINWORD.EXE" -Recurse -ErrorAction SilentlyContinue | ForEach-Object { "$($_.FullName) => $($_.VersionInfo.ProductVersion)" } }

返回空说明注册表里没写进去，安装其实是失败的；返回的版本号里主版本应该是 16.0.x，如果显示 15.0 那装的是 2013，位数或产品 ID 配错了。

第二条，确认位数和你设计的一致，这条最容易被忽略：

:: Platform 应为 x64 或 x86，和你 config.xml 里的 OfficeClientEdition 对齐 reg query "HKLM\SOFTWARE\Microsoft\Office\ClickToRun" /v Platform

装成 32 位而设计是 64 位，功能上短期内看不出问题，等到用户拿一个 32 位插件来装才会暴雷。

第三条，按组件清单逐个核对文件，别用“能双击打开”当标准：

# 只核对计划保留的组件，被 ExcludeApp 排掉的本就不该存在 $base = "C:\Program Files\Microsoft Office\root\Office16" $want = @{ "WINWORD.EXE" = "Word" "EXCEL.EXE" = "Excel" "POWERPNT.EXE" = "PowerPoint" } foreach ($k in $want.Keys) { $p = Join-Path $base $k if (Test-Path $p) { "OK $($want[$k]) $((Get-Item $p).VersionInfo.ProductVersion)" } else { "缺失 $($want[$k]) ($k)" } }

把$want换成你实际勾选的组件清单，跑一遍就知道有没有漏装。

验收对照表可以照着填：

授权这块单独跑一条，只读状态不做修改：

:: 读取当前授权状态，正常应显示已激活及授权类型 cscript //nologo "C:\Program Files\Microsoft Office\Office16\ospp.vbs" /dstatus

如果显示未授权，先确认组织采购的授权渠道和密钥是否正确，别去网上找来源不明的激活脚本，那类东西改的是系统服务，装完当时能用，后续更新一推就崩，而且会污染整套环境的可信度。安装器本身不处理授权，它只管把正确的组件落到正确的位置，授权该走什么渠道就走什么渠道。

最后一条经验：验证完把config.xml、批处理脚本和这次的安装日志一起归档到同一个目录，命名带日期。三个月后要给新同事的机器装同一套环境，直接把目录拷过去改一下 SourcePath 就行，不用再回忆当时勾了哪些组件。从那以后我每次装完都强制走一遍这三条命令加那张对照表，哪怕只有一台机器——返工的成本远高于这五分钟。希望帮到你。

本文还有配套的精品资源，点击获取