企业官网建设流程全解析

简介：Office2016自定义安装器v3.0免费版是一份面向需要安装Office 2016、又希望自主控制安装位置的Windows用户的辅助工具包，重点解决官方安装流程体积偏大、默认写入C盘且难以选择目录的问题。压缩包共12个文件，约1.91MB，包含4个exe可执行程序、2个xml配置文件、2个dll运行库、1个vbs脚本及url、txt说明类文件，分别承担安装引导、配置定义、组件清理与使用提示等作用，结构轻量，便于随取随用。已有3309人学习下载，说明其在办公软件部署场景中具有一定参考价值。借助其中提供的自定义安装与卸载清理思路，读者可把Office 2016安装到非系统盘，减少C盘空间占用，并在需要时完成残留组件处理，适合个人装机、办公电脑维护及批量部署前测试使用。

1. 为什么还要用 Office 2016 自定义安装器：三个真实场景和它解决的具体麻烦

上周帮一个朋友的财务室重装机器，装完打开一看，C 盘少了将近 4 个 G，开始菜单里躺着通讯组件、笔记工具、数据库组件、桌面出版组件——真正每天用的只有 Word、Excel、PowerPoint 三个。这不是个例。默认安装是“全都给你装上”，而装机的人往往只想“按需装一部分”。Office 2016 自定义安装器 v3.0 就是为这个落差做的一款应用软件：勾选组件、选 32 位或 64 位、指定本地安装源、配好语言包，最后生成一份配置文件丢给部署进程静默执行。

它适合两类人。一类是要给几十台办公机做统一装机基线的运维，装完还得能复现、能查日志；另一类是被全家桶塞满硬盘的个人用户，只想干净地装三件套。下面按我拆包和实测的顺序，把配置字段、命令、残留和翻车点一条条过。

2. 拆开安装器的壳：组件勾选、位数与安装目录背后是什么

2.1 界面上的勾选项，落到配置文件里是哪几行

这类自定义安装器，无论界面做得多花哨，本质都是一个可视化前端。它真正干的事只有两件：把你在界面上点的每一个勾，翻译成一份 XML 配置；然后调用安装引擎，把这份 XML 喂进去执行。

Office 2016 属于“即点即用”体系，和早年的 MSI 安装包不是一套东西。MSI 时代，你可以用msiexec /i xxx.msi ADDLOCAL=...逐特性控制，卸载也走控制面板的同一套注册信息。即点即用体系则是整包虚拟化：程序文件、注册表、COM 组件都跑在一个虚拟层里，安装引擎按配置决定哪些组件被激活。所以你在界面上取消勾选一个组件，实际效果不是“少拷了几个文件”，而是“这份配置里没有列出它，引擎不去激活它”。

这就解释了一个新手最常见的不适应：装完之后想再单独补装一个被排除的组件，卸载重装比“补装”更省时间。因为虚拟层的组件是按配置整体激活的，配置改了就得让引擎重新算一遍。

组件在配置里的标识是有固定写法的，写错了引擎会直接忽略或者报错退出。下面这张表是我从几份配置里对照出来的常用对照，做勾选模板时可以直接抄：

这里有个容易翻车的细节：排除和保留是两种写法。有的配置模板用“选中的才写进配置”，有的用“全写进去再逐个排除”。两种写法混着改，很容易出现“我以为排除了，其实没排除”。我一般统一用“先指定一个完整产品，再用排除项减掉不要的”，这样配置读起来像一张减项清单，改起来不容易错。

2.2 32 位还是 64 位：别按 CPU 判断，按内存和插件判断

这是被问得最多的一个问题，也是被误解最深的。很多人一看机器是 64 位系统，就顺手选 64 位，结果装完发现某个老旧的业务插件加载不出来，又得卸了重装。

判断依据从来不是 CPU，而是三件事：内存容量、插件体系、宏与外部引用的依赖。64 位版本能突破 32 位进程大约 2 GB 的地址空间限制，处理超大表格、长文档、复杂透视表时不容易崩；但 32 位版本对老旧插件的兼容性更好，尤其是那些十来年没更新过的 COM 加载项，很多根本没有 64 位编译版本。

我自己的判断顺序是这样的：

先看内存。低于 8 GB 的办公机，32 位完全够用，装 64 位反而在虚拟层里多占一份开销。8 GB 以上且经常开超大表格的，往 64 位走。

再看插件。把常用插件列一遍，尤其是财务、图纸、行业专用的加载项，确认有没有 64 位版本。拿不准就先在测试机上装 64 位跑一遍，插件加载不出来再回退。

最后看历史文件。有些老宏引用了 32 位的控件库，64 位环境下会直接报“编译错误”。这种迁移成本不是装一次系统能解决的，宁可整机统一 32 位。

还有一条硬规则：同一台机器上，32 位和 64 位不能混装同一个产品。这不是安装器能绕过去的限制，混合安装会在安装阶段就被拦下。所以如果是给一个部门做基线，位数必须一次性定死，不要按人逐个商量——血泪经验，一旦部门里出现两种位数，后续的配置模板、插件包、故障排查全都要分两套维护。

2.3 安装目录为什么改不动：虚拟层与真实文件系统的分工

界面上有个“安装路径”输入框，很多人填了自定义目录，装完却发现程序还是躺在系统盘的默认位置，于是断定这个功能是假的。其实不完全是假的，是这套体系的目录结构和传统安装不一样。

即点即用体系里，程序主体放在一个受管的版本目录下（形如Program Files\Office16），旁边还有一个流式包缓存目录，真正被用户看到的“安装位置”其实是虚拟层映射出来的。你可以把安装源和缓存目录挪到其他盘，但程序本体目录的可改动幅度很小。安装器里那个路径框，多数时候改的是安装源路径或者缓存路径，不是最终的程序目录。

所以正确的用法是：把安装源放在本地磁盘或者局域网共享里，路径尽量短、纯英文、无空格；程序目录接受默认。真要省 C 盘空间，去处理缓存和临时文件，比纠结程序目录有意义得多。

安装源路径这个字段还有个隐性要求：必须是引擎能直接读到的位置。UNC 路径（\\主机\共享\目录）在多数场景下能用，但如果安装脚本是以系统账户跑的，网络共享的访问凭据可能不通，最后表现为“找不到安装源”。这种问题看日志一眼能定位，不看日志就会以为是安装包坏了。

2.4 在线源还是本地源：离线场景必须先落盘

安装器通常给你两个选择：从网络拉取组件，或者用本地已经放好的安装源。个人用户随便选，单位装机必须选后者。

原因很实际：一是一次装几十台，同时从外网拉，带宽会被打满，装到一半超时是常事；二是办公网往往有出口策略，安装过程中的分片下载会莫名中断，报出来的错误码还特别含糊；三是本地源可以固定版本，三个月后重装还是同一份东西，不会因为拉到了新版本导致基线漂移。

我一般会要求安装源目录满足三个条件：放在局域网共享或者移动硬盘上，只读；路径纯英文；目录里保留完整的引擎可执行文件和组件清单，不要手动删减。有些精简版安装源把语言包和校对工具删了，装完发现拼写检查是灰的，回头再补很麻烦。

注意：安装源目录一旦定下来就不要随意改名或者移动。配置里写的是绝对路径，路径一变，所有引用这份配置的机器都会在安装阶段失败，而且错误提示不会告诉你“路径变了”。

3. 跑一次干净安装：从勾选到静默部署的完整链条

3.1 先在图形界面走一遍，把配置导出来

不管后面要不要手写配置，第一步都建议先在界面上走一遍。目的不是用界面装，而是拿它生成一份“正确的样本”，让你知道字段长什么样、哪些值是这类产品认的写法。

操作顺序大致是这样：先指定安装源目录，让安装器自己识别出版本和可用组件；然后在组件列表里只留你要的几项；位数选好；语言选中文，需要额外语言的再加；安装路径保持默认；最后不要点“立即安装”，找导出或者保存配置的入口，把 XML 存到本地。

存下来的这份文件，就是后面所有工作的基线。我习惯把它命名为base-64.xml之类能自解释的名字，跟安装源放在一起，别放在桌面——半年后你一定会忘记桌面那个文件是干嘛的。

3.2 手写一份配置，逐字段对照理解

界面导出的配置能跑，但通常带一堆默认项和一个你并不需要的产品标识。真正要复用到几十台机器上时，我倾向于重写一份干净的，字段少、可读、好维护。下面这份是我常用的骨架：

<Configuration> <!-- 安装源：指向本地或共享目录，路径必须纯英文且引擎可读 --> <Add SourcePath="D:\deploy\office2016" OfficeClientEdition="64" Channel="PerpetualVL2016"> <!-- 产品标识与 Channel 必须配套，写错引擎会直接退出 --> <Product ID="ProPlusRetail"> <Language ID="zh-CN" /> <!-- 排除项：减掉不需要的组件，不要用删除行的方式 --> <ExcludeApp ID="Access" /> <ExcludeApp ID="Publisher" /> <ExcludeApp ID="OneNote" /> <ExcludeApp ID="Groove" /> <ExcludeApp ID="Lync" /> </Product> </Add> <!-- 静默执行：不弹界面，但必须接受许可，否则会挂起等待 --> <Display Level="None" AcceptEULA="TRUE" /> <!-- 日志：装完排查全靠它，路径别设在会被清理的目录 --> <Logging Level="Standard" Path="C:\logs\office" /> <!-- 关掉图标钉到任务栏，避免每台机器装完还要手动清 --> <Property Name="PinIconsToTaskbar" Value="FALSE" /> </Configuration>

逐项说一下为什么这么写，以及哪些值不能照抄。

SourcePath是安装源位置，可以是本地盘符也可以是共享路径。这一项写死绝对路径最稳，不要用相对路径，因为引擎的工作目录不一定是你以为的那个。

OfficeClientEdition只能是 32 或 64，对应 32 位和 64 位，写成别的值引擎直接不认。Channel是发布通道，不同授权体系对应的值不一样，批量授权版本常见的写法是PerpetualVL2016，零售体系要用另一套值。这里是从别处抄配置最容易翻车的地方：产品和通道必须配套，抄了一份跟你安装源不匹配的值，安装会立刻失败，报错还很含糊。拿不准就先让界面生成一次，对照着改。

Product ID指定装哪个产品版本，决定了包含哪些组件集合。ExcludeApp是减项，必须写组件标识，不要写中文名。语言项可以写多个，每多一个语言包，安装体积和时间都会往上加，非必要不加。

Display Level="None"的意思是全程静默不弹窗。代价是错误也静默——所以下一节的日志路径是必须配的，不配等于把黑匣子扔了。AcceptEULA="TRUE"不写，静默模式下会卡在等待确认，进程挂在那里既不报错也不退出，非常容易误判成“装完了”。

3.3 执行与日志：装完先别重启，先看日志

配置写好后，把它和安装引擎放在一起，用一条命令执行：

@echo off REM 切到安装源根目录，引擎需要相对定位组件清单 cd /d D:\deploy\office2016 REM 静默执行配置，返回码 0 表示引擎认为成功 setup.exe /configure D:\deploy\base-64.xml REM 保留返回码，供批处理脚本判断 echo exit code: %ERRORLEVEL%

这条命令的关键在最后那个返回码。返回 0 只代表引擎认为自己走完了流程，不代表组件真的都激活了。我见过好几次返回 0 但实际没装上，原因是配置里产品标识和安装源不匹配，引擎跳过了实际安装阶段。

所以真正的验收动作是看日志和看结果，不是看返回码。日志默认会落在配置里Logging指定的目录，文件名通常带时间戳；如果不配，它多半会掉在临时目录里，一段时间后可能被清理工具扫掉。日志里要盯三样东西：有没有明确的错误行、组件激活清单里是不是只有你要的那几项、以及安装结束标记有没有出现。

命令行里还可以加一些辅助参数，比如强制覆盖已有安装、关闭某些默认行为。这些参数每个版本略有差异，用之前先在测试机上试一次，别直接在生产机器上摸。

装完不要立刻重启。先把三个地方核一遍：开始菜单里该有的图标是不是齐、不该有的有没有多出来、随便打开一个文档看关联是否正常。都对了再重启，重启之后再看一遍。这一步多花两分钟，能省掉后面一小时的返工。

3.4 批量分发：共享目录加计划任务

单机装完，接下来是几十台。这时候不要抱着 U 盘一台台跑。

我的做法是把安装源、配置文件、执行脚本放在一个只读共享目录里，然后在每台机器上挂一个一次性计划任务，用系统账户执行，装完自动删除任务。脚本主体就是上面那段批处理，前面加一段判断：如果目标组件已经存在就跳过，避免重复安装。

# 以管理员身份运行；$targets 换成实际机器列表 $targets = @("PC-A01","PC-A02","PC-A03") $share = "\\deploy-host\office" $config = "$share\base-64.xml" foreach ($pc in $targets) { # 通过远程会话下发一次性计划任务，避免长期驻留 Invoke-Command -ComputerName $pc -ScriptBlock { param($s, $c) # 先清理同名旧任务，防止重复注册失败 schtasks /Delete /TN "OfficeDeploy" /F 2>$null | Out-Null # 以系统权限执行，绕过普通账户的共享访问限制 schtasks /Create /TN "OfficeDeploy" /SC ONCE /ST 00:00 /RU SYSTEM ` /TR "cmd /c `"$s\setup.exe`" /configure `"$c`"" /F | Out-Null schtasks /Run /TN "OfficeDeploy" | Out-Null } -ArgumentList $share, $config }

这段脚本的逻辑分三层：外层遍历机器列表，中层通过远程会话在目标机上注册任务，内层用系统账户去执行安装。用系统账户而不是当前登录用户，是为了绕开共享目录的访问权限问题——普通账户访问只读共享经常因为凭据不通而失败，表现成“找不到安装源”。

参数上要留意的有：$share必须是目标机能解析到的路径，用主机名不要用本机盘符映射；/RU SYSTEM决定了权限上下文，改成普通账户就要额外处理凭据；任务注册完立刻/Run，跑完记得回收任务，不然下次同名注册会冲突。

分发完之后不要挨台问“装好了没”，直接去各机器的日志目录捞文件，比对组件清单，比人工确认快得多。

4. 卸载、重装与共存：残留、语言包和多版本的处理

4.1 卸载顺序与三处残留

卸载比安装更需要讲顺序。如果机器上还留着早年 MSI 体系的老版本，必须先卸老版本，再卸新版本，最后才重装。顺序错了，虚拟层和注册表会互相打架，典型症状是卸载完成度看起来 100%，重装后打开程序却提示“配置进度”然后无限循环。

卸载可以直接用配置驱动，写一份极简的移除配置：

<Configuration> <!-- 移除本机所有该产品组件，不指定单个产品时按全部处理 --> <Remove All="TRUE" /> <Display Level="None" AcceptEULA="TRUE" /> <Logging Level="Standard" Path="C:\logs\office" /> </Configuration>

Remove All="TRUE"表示移除全部已安装组件，也可以改成指定产品标识只卸某一个。静默模式下同样必须写AcceptEULA，理由和安装时一样。

卸载完有三处残留值得手工确认：程序目录下的版本文件夹（有时会留下空壳或者语言包目录）、系统盘公共数据目录下与 Office 相关的配置目录、以及临时目录里的流式包缓存。前两处体积不大但会让重装时的组件判断出偏差，第三处往往几个 G，长期不清理是在白白占空间。

# 清理前先停掉即点即用相关服务，否则文件被占用删不掉 Get-Service | Where-Object { $_.Name -like "*ClickToRun*" } | Stop-Service -Force # 程序目录残留：只删版本壳目录，不要手滑删整个 Program Files Remove-Item "C:\Program Files\Office16" -Recurse -Force -ErrorAction SilentlyContinue # 临时缓存：这部分最常见也最占空间 Remove-Item "$env:TEMP\*office*" -Recurse -Force -ErrorAction SilentlyContinue

第一行停服务是必须的，服务在跑的时候目录被占用，删除会静默失败，你以为清干净了其实没有。第二行的路径按实际版本目录名调整，不同版本目录名不一样。第三行用通配符匹配临时目录里的安装缓存，-ErrorAction SilentlyContinue是防止某个文件被占用导致整段中断——批量场景下，一个文件删不掉不该让脚本停下来。

4.2 同一台机器上装两个版本

有些场景确实需要新旧两个版本并存，比如老系统的报表模板只认旧版。能不能共存，取决于两件事：位数是否一致、安装源是否独立。

位数不一致的直接放弃，前面说过这是硬限制。位数一致的情况下，两个版本会装进不同的版本目录，理论上可以并存，但文件关联会打架——双击文档到底用哪个版本打开，取决于最后注册的那个。实际使用中通常靠快捷方式或者“打开方式”绕过去，不要指望系统能智能识别。

我的建议是能不并存就不并存。真必须并存，就只在需要的少数几台机器上做，并且在装机记录里标清楚，否则后续排查故障时看到两个版本目录，很容易误判成装重了。

4.3 语言包与校对工具的增删

语言相关的东西分两类：界面语言包和校对工具。前者决定菜单显示什么语言，后者决定拼写检查能不能用。

配置里增加语言的写法很简单，在Language项后面再加一行即可。但要注意体积：每多一个语言包，安装时间明显变长，尤其是在共享目录分发的场景下，几十台机器同时拉一份多语言安装源，网络会很难受。

校对工具常被忽略。精简安装源有时候把校对组件删了，装完中文界面正常，但写文档时红波浪线不出现，用户会以为是自己打错了。判断方法很简单：随便打一个明显的错别字，看有没有标记。没有就去补校对组件，别去怀疑输入法。

4.4 授权与激活的边界

这部分我只说边界，不展开。安装器负责的是“装什么”，不负责“怎么授权”。授权方式按单位实际采购的渠道走，装机脚本里不要塞任何与授权相关的自动动作。

一个实际影响是：有些配置模板里带了授权相关的属性项，抄过来照跑，可能在安装阶段就报错退出。遇到这种报错，先把配置里与授权相关的属性删掉再试，能装上就说明是属性项不匹配，不是安装包坏了。

5. 避坑与排查：五条翻车记录和对应的定位方法

5.1 安装阶段卡住或者直接退出

现象一：双击执行后没反应，或者一闪而过，没有任何界面。原因多半是配置文件路径写错了，或者配置里的安装源路径不可达，引擎读不到配置就直接退出，静默模式下连提示都没有。解决方式是先把Display改成带界面的模式跑一次，让错误暴露出来；也可以直接在命令行里看返回码，非 0 就去日志目录找当次日志，第一段错误行通常就写着“找不到源”或者“配置无效”。

现象二：装到一半停住，进度条长时间不动。常见原因是安装源在网络位置上，中途连接断了；或者安装源目录里有文件被杀毒软件实时扫描锁住。解决方式是先把安装源整个拷到本地磁盘再装，确认能装通之后再回头排查网络共享。这条我踩过不止一次，尤其是在跨网段的共享上。

现象三：提示已有另一个安装正在进行。原因是上一次安装异常中断，留下了一个进程或者服务状态没清。解决方式是先确认没有安装进程在跑，再重启即点即用相关服务，然后重试。不要直接重启机器了事——重启确实能解决，但你不知道问题出在哪，下次还会遇到。

5.2 装完之后的怪问题

现象四：每次打开文档都提示“正在配置”，走一遍进度条才能用。原因是历史版本的注册信息没清干净，或者上一次安装的中断留下了半成品状态。解决方式是完整卸一遍再重装，卸载时用配置驱动的移除方式，不要只靠控制面板；卸完顺手把版本目录的残留壳删掉，再装。反复出现的话，检查一下是不是同一个产品被装了两份。

现象五：静默安装返回成功，但组件根本没装上。这个最坑，因为它不报错。原因通常是配置里的产品标识和安装源不匹配，引擎识别不到可安装内容，走完流程就退出了。解决方法前面提过：不要信返回码，去日志里找组件激活清单，清单是空的就说明没装。我现在的习惯是每次静默部署后都强制捞一次日志做核对，宁可多花五分钟。

现象六：装完插件加载不出来。先确认位数对不对，32 位插件在 64 位环境里加载失败是常态。位数没问题就去看加载项列表里插件是不是被禁用了，Office 对崩溃过的加载项会自动禁用，表现成“插件明明装了却不见”。

排查的通用入口就三个：安装日志目录、系统事件查看器里与安装相关的条目、以及%TEMP%下带时间戳的临时日志。三处对上时间点，基本没有定位不出来的问题。

6. 把安装器做成可复用模板：三个能省下重复劳动的技巧

第一个技巧是把配置拆成“基线 + 差异”两层。基线文件只写所有机器都一样的部分：安装源路径、位数、语言、日志路径、静默开关。差异文件只写每个批次不同的部分：产品标识、排除项、个别机器的额外语言。执行时用脚本把两份合并成一份临时配置再喂给引擎。这么做的直接好处是，新来一个批次，你只改五行差异，不用碰那份稳定的基线，也不会出现“上次改的那台机器为什么跟别人不一样”的问题。

第二个技巧是装前装后各留一份核对清单。装前记录三件事：系统盘剩余空间、已安装的 Office 相关版本、当前位数。装后核对四项：

这张表看着简单，但它是回滚的依据。没有它，出了问题只能凭感觉重装；有了它，你能判断出到底是装错了还是装多了。

第三个技巧是保留一份“可回滚的旧状态”。装之前用系统自带的还原点功能打一个点，或者至少把当前的产品版本和位数记下来。回滚不是失败，是正常流程的一部分——我见过太多人为了不承认装错，硬在一台机器上反复折腾一下午。

说个自己的教训。早几年做批量装机，我图省事，把配置文件和安装源放在同一个共享目录里，目录名带了个中文和空格。单机测试一切正常，批量下发到第十七台的时候开始大面积失败，报错信息含糊得像玄学。折腾到晚上才发现，前十六台是同一个网段的机器，路径解析正常；第十七台跨了网段，路径里的中文在传输环节被转码，引擎直接读不到。从那以后我每次做部署配置，路径必须纯英文无空格、装前必在跨网段的一台机器上先跑一遍，这两条强制走一遍，再没在这类问题上翻过车。

资源包里的东西就这些：安装器本体、配套的安装源、以及一份可以当起点用的配置骨架。拿到之后别急着在生产机上跑，先在一台测试机上按第 3 章的流程走通，把日志目录和返回码都验一遍，再往批量上推。希望帮到你。

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