Dism++ 系统安装实战指南：从 ISO、ESD 释放到 Compact/WIMBoot 引导配置

• 后端
• 文档

本文以 Dism++ 官方帮助文档《使用Dism++安装系统》为核心主体，结合本仓库中的更新历史、隐藏设置与术语文档进行源码级佐证，系统讲解如何利用 Dism++ 的 RE 模式、文件虚拟化与多模式引导技术，完成从 ISO、加密/UUP ESD 直接安装系统，以及使用 Compact、WIMBoot 两种压缩启动技术部署 Windows。读完本文，你将掌握「文件 → 释放映像」这一核心流程的完整操作细节，理解不同引导方式（传统 BIOS / UEFI / 多硬盘 / VHD）的适用范围与限制，并能在需要格式化当前系统盘时正确借助 RE 或 PE 环境完成全新安装。

前言：先理解 Dism++ 安装系统的几个底层能力

安装系统看似简单，实际操作中却常常绕远路：有人为了装系统先把 ESD 转成 ISO，有人因为安装器不支持 ESD 而转成 WIM，还有人费劲解压 ISO。Dism++ 的设计目标就是消灭这些中间步骤——把「装系统」收敛为一次「释放映像」操作。要做到这一点，离不开几个底层能力。

启动 Dism++ RE 模式：不用 PE 也能格式化系统盘

很多用户熟悉 PE（Windows 预安装环境）却没见过 RE（Windows 恢复环境）。实际上 RE 能做的事情与 PE 基本一致，而且 Windows Vista 及之后的系统都自带 RE，因此日常安装维护完全可以直接使用 RE，无需额外制作 PE。

Dism++ 为此内置了「在 RE 中运行」功能，其作用就是重启系统 → 进入 RE → 自动启动 Dism++。使用方法：在菜单点击恢复功能 - 在 RE 中运行，首次启用按提示配置设置，完成后重启电脑即可。

关键能力：在 RE 模式中，Dism++ 可以格式化系统盘。需要全新安装系统又不想用 PE 时，此模式是首选方案。这一点与 Quickstart 中「备份与还原无需进入 PE」的设计一脉相承——Dism++ 的核心思路是尽量让用户在原生环境中完成系统级操作。

按 术语文档 的定义，RE 与 PE 都是一种小型操作系统：WinPE 通常约 300MB，用于安装系统或修复问题；WinRE 与 WinPE 等同但更侧重系统修复，Vista 之后系统自带 WinRE。理解这一对概念，是理解 Dism++ 格式化系统盘能力的前提。

添加引导支持情况：标准引导之外需要人工干预

Dism++ 在释放映像时会自动完成引导配置，但它的自动逻辑只覆盖标准场景，理解其判定规则能避免踩坑。

• 传统 BIOS 与 UEFI：Dism++ 完整支持标准传统 BIOS 与 UEFI 引导。程序自带自动检测逻辑：发现系统盘是 MBR 格式，添加引导时按传统 BIOS 方式处理；发现 GPT 分区则按 UEFI 方式处理。因此「MBR 系统盘却要 UEFI 启动」「GPT 系统盘却要传统 BIOS 启动」这类非标准组合不在自动处理范围内，建议手动配置引导。典型的非标准例子是 UEFI 启动的系统使用 MBR 磁盘。
• 多硬盘引导：支持独立引导与共享引导两种模式。由于程序无法获知你的意图，多硬盘引导通常需要人工干预——Dism++ 默认使用独立引导，需要共享引导的用户在添加引导时点击更多手动调整。
• 隐藏启动分区：添加引导信息时可直接操作隐藏的启动分区，无需手动分配盘符，对 UEFI 用户尤其友好。
• VHD/VHDX 启动：检测到系统盘是 VHD 时自动切换为 VHD 模式，无需人工干预。需要注意系统版本约束：Windows 7 旗舰版才支持 VHD 启动，Windows 8 及以上才支持 VHDX。此外，VHD 的分区类型必须与启动盘分区类型一致（VHD 是 GPT，启动盘也须是 GPT，反之亦然），否则 Dism++ 无法正常配置引导。

从本仓库的 更新历史 可以看到引导能力的演进痕迹，例如 10.1.1000.90 版本「在引导修复中添加 efi 启动项修复支持」，10.1.1000.90 声称「新的版本中 Dism++ 能帮助你在使用引导修复时自动修复 efi 启动项问题」；更早的 10.1.17.1 还调整了「默认引导挂掉时……修复引导后 Dism++ 将会把修复的系统设置为默认」以及「修复引导时，如果提示 BCD 损坏，则自动删除 BCD 文件夹然后重建」。这些改动共同构成了文档中「引导修复」「UEFI 支持」背后的实现事实。

从 ISO 安装系统：无需挂载或解压

ISO 是最常见的系统载体，Dism++ 提供了直接的 ISO 支持——无需挂载 ISO 或解压 ISO即可安装系统。

实现原理：Dism++ 内置了文件虚拟化技术，可以将文件流虚拟为一个文件，因此可以直接释放 ISO 里的install.wim，不必先把 ISO 解开。

操作步骤非常简短：

1. 在菜单中点击文件 - 释放映像。
2. 勾选添加引导（这是让新系统可启动的关键选项）。
3. 格式化选项按需勾选——勾选后会把所选择的系统盘清空。
4. 通过「目标映像」右侧的下拉框切换要安装的系统（多版本映像时尤其有用），确认无误后点击确定。

上图中，将 ISO 中的系统安装到 D 盘，同时对 D 盘进行格式化。

重要前提：如果需要格式化当前系统盘，上述操作必须在 RE、PE 等其他系统中进行（这正是本文开头介绍 RE 模式的原因）。

文件虚拟化能力有明确的版本证据：根据 更新历史，10.1.6.3 版本「新增文件虚拟化，直接支持 ISO 释放（从此版本开始 Dism++ 可以直接释放 ISO 中的 install.wim 来安装系统，无需解压或者虚拟光驱挂载）」，并同步解决了「光驱请插入磁盘」的根治问题。

从 ESD（含加密 ESD 与 UUP ESD）安装系统

Windows 8 之后，微软会定期从 Windows Update 推送 ESD（Electronic Software Download，电子软件分发格式）。ESD 本身就包含安装系统所必需的文件，因此可以直接用它安装系统——包括加密 ESD与UUP 分段 ESD。

实现原理：同样依赖文件虚拟化技术，加密 ESD 会在内存中完成解密，然后再释放系统，整个过程不会修改原始 ESD 文件。这一设计解决了历史遗留问题——从更新历史看，10.1.6.3 版本「新增文件虚拟化，增加 ESD 内存解密」，明确表示「加密的 ESD 文件无需修改源文件解密，Dism++ 将透过文件虚拟化，直接内存解密，变相实现加密 ESD 直接转 ISO 或者直接加密 ESD 释放」。

操作步骤与 ISO 释放基本一致：文件 - 释放映像，勾选添加引导，按需勾选格式化。

针对 UUP ESD 有一个实用细节：可以选择 UUP 文件夹中的ActionList.xml（推荐），也可以直接选择顶级 ESD（例如Professional_zh-cn.esd）。从更新历史看，分段 ESD（UUP）的支持是逐步强化的：10.1.17.4 首次新增对 Windows 10 分段 ESD 映像支持（当时仅支持释放映像），10.1.21.4 增加 150XX 分段 ESD 转 ISO 与释放映像功能，10.1.23.1 进一步「改进分段 ESD（UUP）识别，无需 ActionList.xml 也能正常工作」。

与 ISO 释放略有不同的是目标映像的选择：目标映像需要选择具体的操作系统（如上图所示），千万别选择Windows Setup——后者只是安装引导映像，选择它会导致安装的不是目标系统。同样地，若需格式化当前系统盘，必须在 RE 或 PE 中执行。

使用 Compact 技术安装系统

Compact 是 Windows 10 新引入的压缩启动技术，一般可减少约 1/3 的空间占用，同时几乎不影响 IO 性能。在 Dism++ 中，可以使用 Compact 技术安装Windows 7 及以上所有系统，程序会自动配置驱动并解压核心启动文件。

使用前提：Host（即 Dism++ 运行所在系统，参见 术语文档 中 Host 与 Target 的区分）必须是 Windows 7 或更高版本。另外，Windows 7 中默认不会加载 WofAdk 驱动，Win7 用户使用前请先在选项 - 详细设置中勾选「加载 WofADK 驱动」，点击确定后再操作。

操作非常简单：在释放映像时（支持 WIM、SWM、ESD、UUP ESD 以及 ISO 全部格式），勾选Compact，同时勾选添加引导即可。

完成后重启系统，即可进入使用 Compact 技术安装的系统。

从源码佐证角度看，仓库的 Data.xml 规则库中包含 CompactOS 相关规则（检索命中 Wof/Compact/WIMBoot/ESD/加密Key 相关条目），且 更新历史 记录了 Compact 功能的持续打磨：10.1.21.2 修复「CompactOS 遇到某些非法 PE 文件崩溃问题」，10.1.17.2 修复「CompactOS 删除文件落地时间 7 天检查」，10.1.1000.2 则调整了 CompactOS 平台表达式「调整为所有平台均非专家模式隐藏」——说明 Compact 入口在普通用户界面始终可见。此外 隐藏设置文档 提到：默认情况下 Dism++ 会在 Windows 8 以上系统自动加载 Wof 驱动，若在Config\Config.ini中设置[Dism++] NotLoadWofadk=1，则启动时不加载 Wof 驱动，WIMBoot 与 Compact 相关功能可能受限——这正是文档中「Win7 需手动勾选加载 WofADK 驱动」的机制背景。

使用 WIMBoot 技术安装系统

WIMBoot（Windows Image Boot）可以节省更多空间，充分利用备份区，且由于文件集中存放，往往能提供更佳的 IO 性能。但 WIMBoot 有一个致命问题：长期使用会导致系统盘体积越来越大，最终表现甚至比 Compact 还差。

WIMBoot 是 Compact 的前身，正是由于「体积越来越大」的问题而被淘汰。Dism++ 建议优先考虑使用 Compact。

使用前提与 Compact 相同：Host 必须是 Windows 7 或更高；Windows 7 中默认不加载 WofAdk 驱动，需先在选项 - 详细设置勾选「加载 WofADK 驱动」。

WIMBoot 的操作比 Compact 略繁琐——首先需要准备一个WIMBoot 压缩类型的 WIM 文件：

说明：虽然 Dism++ 也支持以快速压缩或最大压缩的 WIM 文件进行 WIMBoot 启动，但官方建议先转换为 WIMBoot 压缩格式再继续，以获得更佳性能。

如上图所示，把 ISO 中的 Windows 7 旗舰版选择 WIMBoot 压缩，导出到G:\Win7 WIMBoot.wim。

转换完成后，再次使用文件 - 释放映像，勾选WIMBoot：

把刚才得到的G:\Win7 WIMBoot.wim以 WIMBoot 技术释放到 D 盘，格式化并添加引导。完成后重启，即可看到 WIMBoot 启动的系统。

常见问题与操作红线

结合文档正文与仓库资料，整理几条安装系统的关键注意事项：

结语：一次释放，多种载体

Dism++ 将「安装系统」统一抽象为「释放映像」：无论载体是 ISO、WIM、SWM、ESD、加密 ESD 还是 UUP 分段 ESD，核心流程都是文件 - 释放映像+添加引导；再叠加 Compact、WIMBoot 两种压缩启动选项，以及 RE 模式带来的「免 PE 格式化系统盘」能力，一条完整的新系统部署链路就此打通。配合本仓库的 Quickstart、给ISO离线集成补丁 等文档，可以进一步实现「离线集成补丁 → 重新封装 → 全新安装」的完整闭环。理解底层的文件虚拟化、Wof 驱动加载机制与引导检测逻辑（可参考 隐藏设置 与 更新历史），能帮助你在非标准环境下手动配置引导、规避踩坑，真正做到「善假于物」。

• 后端
• 文档