静默安装 EXE：如何查找并使用正确的开关参数

静默安装有助于在不打扰用户、也无需每位员工手动批准并安装的情况下，在各设备间部署应用和更新。但是，IT 团队在尝试通过 EXE 安装程序运行静默安装时，可能会遇到一些困难。

MSI 安装程序通过 msiexec 共享一组静默开关，这让静默安装命令更容易部署，但 EXE 安装程序缺少这种一致性。该开关会因构建安装程序的工具不同而有所变化，因此 /S 命令可能在某个 EXE 上有效，但在下一个上却可能毫无作用。本指南中的开关在 Windows 10 和 Windows 11 上的工作方式相同。

考虑到这一点，我们来了解一下静默安装 EXE 命令、一些常见开关、如何识别安装程序框架，以及如何处理静默安装及其可能遇到的障碍。

EXE 文件静默安装的常用开关

所需的静默安装开关取决于用于构建该 EXE 的框架。虽然市面上有多种变体，但仍然可以尽早识别安装程序框架和静默安装命令。

常见的静默安装开关包括：

即使已经找到了静默安装开关，在尝试跨多台设备部署之前，也务必先进行测试。错误的开关可能会让安装卡在一个无人可见的提示上，因此先在单台机器上测试是值得花时间的。

第 1 步：确定安装程序是由哪个工具构建的

首先，需要先确定安装程序使用的是哪种框架。EXE 安装程序通常是使用打包工具构建的封装程序，例如 InstallShield、NSIS 或 Advanced Installer。每种工具都有自己的开关参数，因此识别出所用工具后，通常就能把可选项缩小到一两个。

可以通过以下几种方式识别该工具：

• 运行安装程序并使用 /? 或 /help：帮助窗口通常是识别该工具最简单的方法，因为许多安装程序会列出其选项或工具名称。Microsoft 的 WinGet 文档建议使用 -? 运行安装程序，以找出其静默安装开关。

• 查看安装向导：安装向导通常会标明打包工具的名称。可以正常启动它，然后检查标题栏、品牌标识或“关于”中的文字，看看那里是否列出了相关信息。请务必先取消安装，因为在安装之前，还有几个步骤需要先完成。

• 检查该应用的 WinGet 清单。如果该应用位于 Windows Package Manager 社区存储库中，您可以查看其清单记录。其中通常包括安装程序类型，例如 Inno、Nullsoft、WiX、Burn 或 MSI。

如果这些方法都不起作用，可以查看供应商的部署文档，了解更多信息。

第 2 步：查找 EXE 的静默安装开关

接下来，需要找出静默安装开关是什么。有几种处理方式，包括：

查看供应商的部署文档

供应商通常会提供静默安装选项，尤其是在支持企业部署的情况下。查看文档通常能直接帮您找到静默安装开关，因此这应该是首要查看的地方。文档通常会说明开关是什么，也可能包含供应商添加的自定义选项，例如授权密钥或功能选择。

查看安装程序的帮助输出

如果文档说明不够清晰，可以查看安装程序的帮助输出。为此，请在命令提示符中使用 /? 或 /help 运行该 EXE；如果出现用法窗口，其中应列出支持的选项。如果它没有帮助输出，则需要取消安装并改用其他方法。

查找该应用的 WinGet 清单

如果某个应用位于 WinGet 的社区存储库 中，则必须支持静默安装。您可以在 GitHub 上搜索 winget-pkgs 存储库，查找为该应用记录的安装程序类型和静默开关。

最后再尝试使用 Universal Silent Switch Finder

如果其他方法都行不通，Universal Silent Switch Finder 是一款免费的老牌实用工具，可以检查 EXE 并根据其安装程序类型推荐相应的开关参数。不过，它也有局限性：其原始网站已无法访问，而且对于未使用已知框架的自定义安装程序，它无法找到相应的开关参数。因此，如果确实需要使用它，请务必从可信来源下载，并测试其建议的命令。

按安装程序框架分类的静默安装开关

现在来看看您可能会遇到的一些静默安装开关。了解正在使用的安装程序框架类型，有助于更轻松地识别所需的安装开关，因此此列表可以帮助更轻松地找到这些开关：

InstallShield 静默安装

InstallShield 静默安装方法可能取决于用于构建 setup.exe 的项目类型。这包括：

• 基本 MSI 项目：这些项目运行 setup.exe /s /v"/qn"，且不使用响应文件。/v 与其值之间不允许有空格，因此 /v"/qn" 可用，但 /v "/qn" 不行。还可以在 /v 的引号内传递 MSI 属性，例如：setup.exe /s /v"/qn INSTALLDIR=D:\Destination"。

• InstallScript and InstallScript MSI 项目：这些需要一个应答文件。先运行一次 setup.exe /r，将答案记录到 setup.iss 文件中，然后运行 setup.exe /s 以静默回放这些答案。对于这些情况，建议使用 /f1 设置应答文件路径，并使用 /f2 设置日志路径，且两者都要使用绝对路径。

Inno Setup

对于 Inno，可以使用 /SILENT 命令隐藏向导，但仍显示进度窗口；或者使用 /VERYSILENT 隐藏所有内容。还可以使用 /SUPPRESSMSGBOXES 抑制消息框，或使用 /NORESTART 阻止自动重启。

例如，使用 Inno 进行静默安装可能如下所示： setup.exe /VERYSILENT /SUPPRESSMSGBOXES /NORESTART /LOG="C:\Logs\app.log"。

请记住，某些消息框无法被抑制，而且 /DIR= 需要完整限定路径才能生效。

NSIS（Nullsoft）

使用 Nullsoft 时，可以使用 /S 命令运行静默安装。请注意，NSIS 选项区分大小写，因此 S 必须为大写。可以使用 /D= 将安装文件夹设置为最后一个选项，且不加引号（即使路径中包含空格也是如此）。

例如，可以运行 setup.exe /S /D=C:\Program Files\App。

安装程序的开发者可以覆盖这些默认设置，因此如果供应商文档提供了不同的命令，应优先使用那些命令。

WiX Burn 捆绑包

Burn 捆绑包是将多个安装包串联在一起的 EXE，通常是 MSI。请务必使用 /? 运行该捆绑包以确认其选项，因为这些选项可能经过自定义。

WiX Burn 捆绑包可能如下所示：setup.exe /quiet /norestart /log C:\Logs\app.log。

Advanced Installer EXE

Advanced Installer EXE 可以使用 /exenoui 隐藏封装程序的界面，然后再配合 msiexec 选项，将命令应用到其中的 MSI。例如，可能类似这样：setup.exe /exenoui /qn /norestart。

如何通过命令行和 PowerShell 静默安装 EXE

命令行和 PowerShell 是安装 EXE 最常见的两种方式。如果想运行静默安装，只需按照几个简单步骤操作：

通过命令提示符

要通过命令行静默安装 EXE，如果安装适用于所有用户，请以管理员身份运行命令提示符。然后，切换到安装程序所在的文件夹，并使用其开关运行该 EXE。只要路径中包含空格，务必将路径放在引号中。

请注意，某些 setup.exe 文件会移交给第二个进程，并在安装完成前就返回命令提示符。在这些情况下，需要使用 start /wait，这样命令提示符会一直等待到安装完成。InstallShield Basic MSI 安装程序也接受 /w。

通过 PowerShell

如果使用的是 PowerShell，可以将 Start-Process 与 -ArgumentList、-Wait 和 -PassThru 搭配使用，然后从返回的进程对象中读取退出代码。Microsoft 建议将所有参数作为一个单独的 ArgumentList 字符串传递，包括任何必需的引号字符。

例如，PowerShell 命令可能类似于：

$p = Start-Process -FilePath "C:\Installers\setup.exe" -ArgumentList "/VERYSILENT /SUPPRESSMSGBOXES /NORESTART" -Wait -PassThru

$p.ExitCode

部署前处理重启和退出代码

许多更新或安装都需要重启才能成功完成。不过，静默安装会让这件事变得更复杂。如果静默安装在用户工作日中途重启其计算机，就可能造成中断。同时，如果安装在设备仍需重启时就报告成功，也会引发问题，并让待处理更新被标记为已完成。

接下来我们来看退出代码。退出代码是安装程序完成时返回的数字，脚本和部署工具会读取该数字，以判断安装是成功、失败，还是需要重新启动。对于基于 MSI 的安装，这些代码是标准化的 (0 表示成功，3010 表示成功但需要重新启动），但对于 EXE 框架则可能有所不同。

处理重启和退出代码时，有几个要点需要牢记：

• Inno Setup 可能会在没有警告的情况下重启：如果需要重启且未使用 /NORESTART，/SILENT 命令仍会显示“立即重启？”提示，而 /VERYSILENT 则会在不询问的情况下重启机器。建议将 /VERYSILENT 与 /NORESTART 搭配使用，以确保安装过程不中断，不过如果安装要求重启，用户仍然需要重新启动。

• 即使需要重启，Inno Setup 也会返回 0：有时安装会被报告为已完成，即使实际上仍需要重启。可以在命令中添加 /RESTARTEXITCODE=3010，这样部署工具就能识别何时正在等待重启。

• InstallShield Basic MSI 和 Advanced Installer 安装程序会通过 msiexec 传递选项：在命令的 /norestart 部分中加入 msiexec，可以禁止重启，避免设备在用户工作期间意外重启。

• 在一台机器上测试退出代码。部署更新前，请务必先测试该命令。在配置部署工具之前，请先从 PowerShell 运行该命令，读取退出代码，并确认它在成功以及等待重启时分别返回什么值。

在 Intune 中，退出代码会映射到返回代码类型，而每个代码的作用取决于应用的设备重启设置。使用“根据返回代码确定行为”时，硬重启代码会立即重启设备，而软重启代码会通知用户需要重启。因此，需要确保安装程序返回的代码与 Intune 的预期一致。

排查常见的 EXE 静默安装问题

尝试静默安装时，可能会遇到一些问题或困难。常见的 EXE 静默安装问题包括：

安装程序忽略静默安装开关

如果安装程序忽略了静默开关，可能意味着该开关属于不同的框架，或者大小写不正确。请务必再次核对供应商的文档，确认框架类型，并确保所有拼写都正确无误。例如，NSIS 只接受大写的 /S，所以如果忘了大写，结果就会不同。

安装卡住了，始终无法完成

有时，如果安装未完成，说明它正在等待某个无人能看见的输入。例如，如果 Intune 安装等待时间超过其超时时限（默认 60 分钟），就会被标记为失败。常见原因包括某些 /SUPPRESSMSGBOXES 无法隐藏的 Inno Setup 消息框，以及 /s 无法实现静默安装的 InstallShield 先决条件安装程序。

当路径中包含空格时，安装会失败

这又是一个命令中的拼写错误会带来巨大差别的例子。不同框架通常有不同的引号规则，使用错误类型的引号或空格都可能导致安装失败。例如，NSIS 的 /D= 必须放在最后，而且不能使用引号，即使路径中包含空格也是如此；而 InstallShield 则需要在 /v 值中使用转义引号。

没有日志可显示哪里出了问题

如果出了问题，却没有明确说明原因，该怎么办？如果在测试前没有开启日志记录，可能就无法确定原因。请确保在测试前开启日志记录，并将日志连接到一个现有文件夹。这对于 Inno Setup 使用 /LOG="path" 命令，对于 InstallShield setup.exe 使用 /debuglog"path" ，而对于 WiX Burn bundles，则使用 /log。

该 EXE 没有静默安装选项

有些 EXE 根本不提供静默安装选项。遇到这种情况时，请检查供应商是否提供支持标准静默开关的 MSI 安装程序版本。如果没有，可能需要重新打包该 EXE，这需要一些专业操作。

使用 Microsoft Intune 部署静默 EXE 安装

如果使用 Microsoft Intune，那么在部署静默 EXE 安装时，有几个 Win32 应用设置需要正确配置。Intune 将 EXE 作为 Win32 应用进行部署，安装程序和支持文件会被打包到一个 .intunewin文件中。然后会连同安装命令、卸载命令和检测规则一起上传该文件。由于 Intune 不支持交互式安装，因此安装命令必须是完全静默的。

这些命令包括：

• 安装命令：EXE 名称，后跟其静默安装开关，与测试结果一致。请注意，Intune 也可以接受用 PowerShell 脚本代替命令行。

• 卸载命令：何时以及如何卸载该应用程序。请注意，这里不会展开环境变量，因此如果卸载需要用到它们，建议使用包装脚本。

• 命令字段中的 PowerShell：如果某个命令调用 powershell.exe，Intune 会启动 32 位版本的 PowerShell，而 Windows 会将其重定向到 32 位系统文件夹。若要改为运行 64 位 PowerShell，请使用 %SystemRoot%\Sysnative\WindowsPowerShell\v1.0\powershell.exe。

• 安装行为：设置安装行为时，对于需要管理员权限的安装，应选择“系统”。如果在用户上下文中安装需要用户并不具备的管理员权限，安装将会失败。

• 超时：默认情况下，Intune 会等待 60 分钟后才将安装标记为失败，但该时间可调整，最长可达一天。

• 返回代码：创建应用时，Intune 会添加默认代码。还可以添加安装程序返回的自定义代码，例如为 Inno Setup 设置的 /RESTARTEXITCODE 值。重试代码会让 Intune 尝试三次，每次尝试间隔五分钟。

• 检测规则：至少需要一条规则，以便 Intune 确认应用已安装。请务必使用文件、注册表或脚本规则，因为 EXE 没有 MSI 产品代码。

为什么 EXE 静默安装在整个应用目录中会变得棘手

到了这一步，可能会觉得 EXE 静默安装比预想中更复杂。每个 EXE 都需要识别其框架、确认开关、测试重启和退出代码行为、编写检测规则，等等。然后，一旦有新版本更新发布，这个流程就得重新来一遍。

对每一个应用都重复这一过程，研究和测试很快就会变成一项繁重的工作。

AI 驱动的打包工具可以承担其中大部分工作，即使在大规模环境中也是如此。

Splashtop Agentic Packr 是一款由 AI 驱动的应用打包工具，可自动完成从安装程序到 Intune 的整个流程。AI 代理会读取安装程序、构建软件包，并在任何内容触达用户之前先进行测试，而管理员也可以先审核结果。

借助 Splashtop Agentic Packr，可以：

• 分析安装程序并构建软件包：Splashtop Agentic Packr 会自动分析安装程序并构建带有安装逻辑的 PSADT 软件包，因此管理员无需为每个新应用编写安装脚本。由于这些软件包基于 PSADT 构建，管理员可以根据需要打开、审查并调整它们。

• 发布前测试：每个软件包都会在干净的虚拟机上进行测试并接受安全扫描，以确保其按预期运行。管理员会在发布前收到 QA 评分卡和日志以供审核，因此最终决定权在他们手中。

• 设置检测规则并进行 Intune 打包：Splashtop Agentic Packr 会写入检测规则、构建 Intune 安装包，并将其发布到 Intune。

• 检测新版本：当新的应用版本发布时，Agentic Packr 会检测这些版本并自动构建更新后的软件包，为 IT 团队节省更多时间。

此外，还可以将 Splashtop Agentic Packr 与 Splashtop AEM（Autonomous Endpoint Management）结合使用，进一步优化部署。Splashtop Agentic Packr 可以构建并测试软件包，随后 Splashtop AEM 可在整个组织的各类设备上自动部署这些软件包。

减少切换耗时，把更多时间用在批量部署上

每种 EXE 框架都有各自的开关参数、重启行为等。识别每一种情况并确保设置正确，会让静默安装变得困难，但这也是确保每一种都能安全部署的必要条件。

Splashtop Agentic Packr 可将安装程序转换为经过测试、可直接用于 Intune 的软件包，无需手动编写脚本，因此 IT 团队可以减少为每个新应用和更新进行研究与测试所花费的时间。

想看看 Splashtop Agentic Packr 如何将安装程序转换为经过测试、可直接部署的软件包吗？立即了解更多并观看实际演示。