Windows 11 精简完全指南：Tiny11Builder 快速把安装 ISO 从 4.5GB 缩到 2.2GB-育师

Windows 11 精简完全指南：Tiny11Builder 快速把安装 ISO 从 4.5GB 缩到 2.2GB

【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder

tiny11builder 是一组 PowerShell 脚本，专门完成 Windows 11 精简的全部动作：挂载原版安装 ISO、用微软自带的 DISM 剔除预装组件，再重新打包成一个可直接装机的小体积 ISO。全程只依赖 Windows 内置工具和一个随脚本附带 oscdimg.exe，产物叫 tiny11.iso。以下内容按实际部署记录的方式组织：先判断该不该做、选哪个脚本，再给出操作顺序和已知的坑。

先判断：这台设备值不值得做 Windows 11 精简

值不值得做，取决于设备形态而不是系统新旧。三类场景收益明确：一是内存和磁盘紧张的老旧电脑，原版系统开机后常驻占用已经吃掉大半资源，精简后腾出的空间可以直接换装应用；二是虚拟机环境，小体积 ISO 加快导入和快照复制，也方便批量测试；三是固定用途的专用设备，只需少数功能，预装的商店应用全是负担。

反过来，如果机器硬件较新、需要长期跟随官方支持周期、或者要装大量语言和功能组件，原版镜像更稳妥——精简动作不可逆，尤其是核心版，装完就定死了。

标准版与核心版的取舍标准

绝大多数场景应该选标准版脚本 tiny11maker.ps1，只有虚拟机测试和快速开发环境才考虑核心版 tiny11Coremaker.ps1。两者真正的分界不是"删得多不多"，而是可维护性。

标准版移除大量预装应用，但保留系统的服务接口：装完系统后仍可通过正常渠道添加语言包、功能更新和可选功能。
核心版连 Windows 组件存储（WinSxS，即系统组件的累积仓库）一并移除，系统从此失去自我服务能力——语言、更新、新功能都无法再补，Defender 也被停用。它在脚本启动时还会弹一次警告并要求确认，版本标注为 BETA。

一句话：核心版是"用完即弃"的测试镜像，不是日常系统的替代品。标准版则可以在之后按需扩展。两个脚本在制作过程中都会询问是否启用 .NET 3.5 支持，按需求勾选即可。

脚本执行前的三处检查

环境不满足时，后面的步骤都会失败，动手前先把三件事确认掉。

硬件与系统要求：Windows 10/11 64 位系统，至少 8GB 内存（16GB 更从容），磁盘预留 20GB 以上可用空间，PowerShell 5.1 及以上版本，以及一份原版 Windows 11 ISO。脚本本身只调用 DISM 和随附的 oscdimg.exe（后者出自 Windows ADK，用于生成可启动 ISO），不需要额外装第三方工具。
拉取项目并放开当前会话的执行策略。执行策略管的是"是否允许运行 .ps1 脚本"，-Scope Process表示改动只作用于当前窗口，关掉窗口即恢复，不动系统全局设置：

git clone https://gitcode.com/GitHub_Trending/ti/tiny11builder

Set-ExecutionPolicy Bypass -Scope Process

用管理员权限打开 PowerShell。标准版脚本检测到非管理员身份时会自动重新弹出一个提权窗口，但直接在管理员终端里启动更干净，能少一次窗口切换。

从挂载镜像到 tiny11.iso 输出

整个过程本质上是一次 ISO 瘦身，操作顺序如下，Tiny11Builder 使用下来实际交互很少。

用 Windows 资源管理器挂载原版 ISO，记下虚拟光驱的盘符，后面只需要这个字母。
在项目目录启动对应脚本：

.\tiny11maker.ps1

核心版则是：

.\tiny11Coremaker.ps1

也支持用命名参数一步给全，避免中途手动输入：

.\tiny11maker.ps1 -ISO E -SCRATCH D

其中-ISO是挂载好的镜像盘符，-SCRATCH指定中转磁盘，缺省时用脚本所在目录。 3. 脚本依次要求输入：镜像盘符（只输字母，不带冒号）和目标版本索引（家庭版/专业版/企业版对应 wim 里的 image index）。 4. 随后脚本自动完成：提取镜像、按清单移除应用、写入注册表项、用 DISM 的恢复压缩重新封装。标准版会把每一步写入tiny11_yyyyMMdd_HHmms.log日志，核心版写入tiny11.log，排查问题直接翻日志即可。 5. 制作完成后，tiny11.iso 出现在脚本所在目录，用 U 盘或虚拟机引导安装。随脚本附带的 autounattend.xml 会在首次启动（OOBE）时跳过微软账号强制登录，并以压缩部署方式写入系统文件，这是最终占用明显下降的原因之一。

移除清单：两个脚本各自砍掉了什么

标准版的动作集中在应用层，全部是 UWP 预装包，按类别看：娱乐类的 Clipchamp 和 Xbox 游戏服务，社交类的 Microsoft Teams 与 PeopleApp，办公类的 Office Hub 和邮件日历应用，系统工具类的新闻、天气、反馈中心，此外还包括 Solitaire、地图、录音机、手机连接（Your Phone）、媒体播放器、快速助手、Internet Explorer、Edge、OneDrive 等。核心版在标准版的基础上额外处理四项：

Windows 组件存储 WinSxS，移除后体积降幅最大，但系统从此不可打补丁；
Windows Defender，仅做停用处理，需要时可以重新启用；
Windows 更新服务，没有 WinSxS 它无法工作，强行打开会让系统进入故障状态，所以直接移除；
恢复环境 WinRE，出问题时没有本地恢复入口。

这也是核心版被限制在测试场景的根本原因：它砍掉的不只是应用，而是系统后续演化的通道。

体积与性能的实测变化

按原文给出的实测口径，精简带来的变化集中在四项指标上。安装镜像大小从 4.5GB 缩到 2.2GB，体积减少约 51%；装完系统后的磁盘占用从 25GB 降到 10GB；冷启动时间从 45 秒缩短到 28 秒；开机后常驻内存占用从 2.5GB 降到 1.2GB，降幅约 52%，落在 40%–60% 的区间内。启动速度的改善（约 38%）主要受益于预装服务和启动项减少。具体数值会随原版镜像版本和硬件略有浮动，量级可以参考这个水平。

避坑清单：跑之前应该知道的几件事

⚠️ 以下条目按出现频率排序，前四条覆盖了绝大多数失败场景。

脚本无法运行时先查执行策略：策略为 Restricted 会直接拒绝 .ps1，脚本会提示切换，按提示确认或提前执行Set-ExecutionPolicy Bypass -Scope Process即可。
镜像制作失败或中断时先查磁盘空间：中转目录需要放下解压后的完整系统文件，空间不足是最常见原因，必要时用-SCRATCH指定一块空闲磁盘。
精简后缺失系统功能时，标准版下不建议手动再删更新、恢复环境这类组件；如果确实需要极致精简，重跑核心版脚本，而不是在标准版产物上继续裁剪。
Edge 被移除后设置里可能残留入口，应用本身已删除，属于已知现象，不影响使用。
安装后首次用商店装应用前，可能需要先更新一次 Winget。
Outlook 和 Dev Home 有可能在运行一段时间后又出现，脚本新版做了更激进的拦截，但这一项仍属于拉锯状态。
arm64 设备运行时可能闪一帧报错：这类镜像的 System32 里没有 OneDriveSetup.exe，脚本对它是容错处理的，可忽略。
核心版产物无法事后补语言、更新或功能，Defender 只是停用、可重新打开；上生产前务必先在虚拟机里装一遍验证关键流程，并留存一份移除清单备查。

更多脚本参数和行为说明，可以对照仓库内的 README.md 查阅。

【免费下载链接】tiny11builderScripts to build a trimmed-down Windows 11 image.项目地址: https://gitcode.com/GitHub_Trending/ti/tiny11builder

创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考