autounattend.xml是Windows无人值守安装的应答文件，把它放到安装介质（U盘根目录或ISO镜像内）之后，安装程序会自动读取其中的配置，跳过语言选择、分区、账户创建等一系列交互界面，实现从启动到进入桌面的全自动部署。对经常装机、批量部署系统或者搭建自动化测试环境的用户来说，写好一份应答文件能省下大量重复操作。本文从文件被加载的机制讲起，逐步拆解结构并给出可直接使用的完整示例。
一、autounattend.xml的查找机制与放置位置
理解应答文件放在哪里才能生效，比记住文件内容更重要。Windows安装程序（winload之前的Windows PE阶段以及之后的安装阶段）会按照固定的顺序在多个位置查找名为autounattend.xml或unattend.xml的文件，一旦找到就停止继续搜索。这个查找顺序包括：可移动介质的根目录、光驱的根目录、安装源目录（sources目录的高优先级位置）、以及Windows系统分区中的多个路径。
最常用的做法是把文件命名为autounattend.xml，直接放在U盘根目录。安装程序启动时会自动扫描可移动介质，读到文件后进入无人值守模式。如果用的是ISO镜像，可以把文件放进ISO根目录或者sources目录中再重新打包。需要注意的是，文件名必须完全一致，扩展名是.xml而不是.txt，Windows资源管理器默认隐藏扩展名，很多初学者以为保存的是xml文件，实际却是autounattend.xml.txt，导致安装程序根本读不到。
另外一个常见坑是编码问题。应答文件应保存为UTF-8编码（带或不带BOM都可以，推荐不带BOM）。如果用记事本另存时选成了ANSI编码且文件中包含中文注释，某些版本的Windows PE可能解析失败，表现为安装程序忽略了文件继续弹出交互界面。建议用VS Code或Notepad++等专业编辑器编写，保存前确认右下角的编码标识为UTF-8。
二、应答文件的整体结构与配置传递阶段
一份完整的应答文件以<unattend>作为根元素，内部由多个<settings>节点组成，每个<settings>节点通过pass属性声明它属于哪个配置传递阶段。不同阶段对应安装流程的不同时间点，配置项写错了阶段就不会生效，这是编写应答文件时最容易出错的地方。
常用的配置传递阶段有四个：windowsPE阶段在Windows PE环境中执行，用于设置安装语言、磁盘分区和指定安装镜像；offlineServicing阶段针对已经落盘但尚未启动的系统镜像应用包和补丁；specialize阶段在系统首次启动准备阶段运行，适合做计算机名设置、域名加入、运行脚本等系统级配置；oobeSystem阶段在开箱即用体验（也就是俗称的OOBE）期间执行，用来跳过隐私设置、创建用户账户、设置时区等。每个<settings>节点内部再用<component>引入具体的配置组件，组件通过name、processorArchitecture、publicKeyToken、language四个属性唯一定义，这些属性值必须严格匹配微软文档中的定义，架构写错（比如在64位系统上写x86）会导致整个组件被忽略。
下面是一个包含windowsPE阶段的骨架示例，展示了分区和选择镜像的典型写法：
<?xml version="1.0" encoding="utf-8"?>
<unattend xmlns="urn:schemas-microsoft-com:unattend">
<settings pass="windowsPE">
<component name="Microsoft-Windows-International-Core-WinPE"
processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35"
language="neutral"
xmlns:wcm="http://schemas.microsoft.com/WMIConfig/2002/State">
<SetupUILanguage>
<UILanguage>zh-CN</UILanguage>
</SetupUILanguage>
<InputLocale>0804:{81D4E9C9-1D3B-41BC-9E6C-4B40BF79E35E}{FA550B04-5AD7-411F-A5AC-CA038EC515D7}</InputLocale>
<SystemLocale>zh-CN</SystemLocale>
<UILanguage>zh-CN</UILanguage>
<UserLocale>zh-CN</UserLocale>
</component>
<component name="Microsoft-Windows-Setup"
processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35"
language="neutral">
<DiskConfiguration>
<Disk wcm:action="add">
<DiskID>0</DiskID>
<WillWipeDisk>true</WillWipeDisk>
<CreatePartitions>
<CreatePartition wcm:action="add">
<Order>1</Order>
<Type>EFI</Type>
<Size>300</Size>
</CreatePartition>
<CreatePartition wcm:action="add">
<Order>2</Order>
<Type>MSR</Type>
<Size>16</Size>
</CreatePartition>
<CreatePartition wcm:action="add">
<Order>3</Order>
<Type>Primary</Type>
<Extend>true</Extend>
</CreatePartition>
</CreatePartitions>
<ModifyPartitions>
<ModifyPartition wcm:action="add">
<Order>1</Order>
<PartitionID>1</PartitionID>
<Format>FAT32</Format>
<Label>System</Label>
</ModifyPartition>
<ModifyPartition wcm:action="add">
<Order>2</Order>
<PartitionID>3</PartitionID>
<Format>NTFS</Format>
<Label>Windows</Label>
</ModifyPartition>
</ModifyPartitions>
</Disk>
</DiskConfiguration>
<ImageInstall>
<OSImage>
<InstallFrom>
<MetaData wcm:action="add">
<Key>/IMAGE/NAME</Key>
<Value>Windows 11 专业版</Value>
</MetaData>
</InstallFrom>
<InstallTo>
<DiskID>0</DiskID>
<PartitionID>3</PartitionID>
</InstallTo>
</OSImage>
</ImageInstall>
<UserData>
<AcceptEula>true</AcceptEula>
<ProductKey>
<Key></Key>
</ProductKey>
</UserData>
</component>
</settings>
</unattend>上面这段配置会清空第0块磁盘，创建EFI分区、MSR分区和占据剩余全部空间的主分区，然后把名为Windows 11 专业版的镜像安装到第三个分区。注意WillWipeDisk设为true意味着数据全部清空，写错目标磁盘会造成不可恢复的损失，批量部署前务必确认DiskID指向正确的物理磁盘。
三、specialize与oobeSystem阶段的常用配置
specialize阶段常用来设置计算机名和执行一些需要系统权限的脚本。假设需要给每台机器分配不同的名字，可以在<component name="Microsoft-Windows-Shell-Setup">中使用ComputerName节点写入一个基础名称，Windows会自动在重名时追加后缀；如果要求完全自定义，则可以配合RunSynchronous在镜像展开后调用脚本修改注册表或调用WMIC命令。
oobeSystem阶段是决定最终体验的关键，尤其对新版Windows 11，微软强制要求微软账户登录，如果不配置绕过选项，无人值守会在联网页面卡住。下面的示例覆盖了创建本地管理员、跳过隐私页、禁用联网检测等高频需求：
<settings pass="oobeSystem">
<component name="Microsoft-Windows-International-Core"
processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35"
language="neutral">
<InputLocale>zh-CN</InputLocale>
<SystemLocale>zh-CN</SystemLocale>
<UILanguage>zh-CN</UILanguage>
<UserLocale>zh-CN</UserLocale>
</component>
<component name="Microsoft-Windows-Shell-Setup"
processorArchitecture="amd64"
publicKeyToken="31bf3856ad364e35"
language="neutral">
<OOBE>
<HideEULAPage>true</HideEULAPage>
<HideOEMRegistrationScreen>true</HideOEMRegistrationScreen>
<HideOnlineAccountScreens>true</HideOnlineAccountScreens>
<HideWirelessSetupInOOBE>true</HideWirelessSetupInOOBE>
<ProtectYourPC>3</ProtectYourPC>
</OOBE>
<UserAccounts>
<LocalAccounts>
<LocalAccount wcm:action="add">
<Name>admin</Name>
<Group>Administrators</Group>
<DisplayName>管理员</DisplayName>
<Description>自动部署创建的本地管理员</Description>
<Password>
<Value></Value>
<PlainText>true</PlainText>
</Password>
</LocalAccount>
</LocalAccounts>
</UserAccounts>
<TimeZone>China Standard Time</TimeZone>
<AutoLogon>
<Username>admin</Username>
<Enabled>true</Enabled>
<LogonCount>1</LogonCount>
</AutoLogon>
</component>
</settings>其中HideOnlineAccountScreens设为true是绕过微软账户登录的核心开关，配合windowsPE阶段在安装前执行OOBE\BYPASSNRO命令或注册表添加HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\OOBE下的BypassNRO键值，可以实现彻底的离线部署。ProtectYourPC取值为3表示关闭隐私设置的推荐弹窗，避免安装过程中出现额外的交互。密码部分如果PlainText为true，Value里写明文；留空则表示无密码账户，适合测试环境，生产环境建议启用加密密码。
四、调试方法与常见失败原因排查
应答文件写完不等于一次成功，调试是必不可少的环节。Windows安装过程会记录详细日志，安装结束后可以在C:\Windows\Panther目录下找到unattend.xml（实际应用的缓存版本）、setupact.log和setuperr.log。setuperr.log里搜索error关键字能快速定位解析失败的行号，最典型的错误是XML标签未闭合、组件的publicKeyToken写错、以及配置节点放错了配置传递阶段。
另一个实用技巧是先用虚拟机验证。在Hyper-V或VMware中挂载一个包含autounattend.xml的ISO作为第二光驱，反复测试的成本几乎为零。如果发现某个环节仍然弹出交互界面，说明对应的配置项缺失或阶段不对，可以在微软官方的Windows无人值守安装参考文档中查询该设置项所属的组件名和pass属性，再补齐到文件中。
此外，推荐使用Windows ADK自带的Windows系统映像管理器（Windows SIM）来生成应答文件。它会把镜像中的install.wim载入，列出所有可配置项并自动生成属性齐全的<component>节点，避免手写属性值出错。对于不喜欢安装ADK的用户，社区维护的Schneegans等在线生成工具也覆盖了绝大多数常见配置，生成后稍作修改即可使用。无论采用哪种方式，理解各配置传递阶段的职责始终是写出正确应答文件的基础，工具只能帮你少打字，不能替你理解安装流程。
autounattend.xml无人值守安装Windows自动部署修改时间：2026-09-01 04:54:44