在 Windows 11 系统中运行 WSL2、Hyper-V 或安卓模拟器时，若遇到“虚拟化未启用”的提示，问题根源往往在于 CPU 的硬件级虚拟化技术（Intel VT-x 或 AMD-V）未在 BIOS/UEFI 中开启。仅调整系统设置无法解决此问题，必须进入主板固件进行确认与启用。本文将提供五种从系统到硬件的交叉验证方法，帮助您彻底诊断并解决虚拟化启用问题。
一、通过任务管理器性能选项卡实时查看虚拟化状态
最权威且无需安装任何软件的方法，是利用 Windows 任务管理器。它直接读取主板固件（UEFI/BIOS）的实时信号，显示当前最准确的虚拟化状态。
操作步骤：按下 Ctrl + Shift + Esc 组合键打开任务管理器，切换到“性能”标签页，点击左侧的“CPU”。在右侧信息面板底部，找到“虚拟化”条目。若其后显示“已启用”，则表明硬件虚拟化功能已成功开启；若显示“已禁用”，则需进一步排查是未启用还是硬件不支持。
二、通过系统信息工具（msinfo32）交叉验证固件级启用状态
若需从另一系统组件进行二次验证，避免可能的界面缓存干扰，可使用系统信息工具（msinfo32）。该工具调用独立的底层数据库，能更可靠地反映固件设置。
右键点击“开始”菜单，选择“运行”，输入 msinfo32 并回车。在打开的“系统信息”窗口左侧，确保选中“系统摘要”，然后在右侧详细信息列表中向下滚动，找到名为“Hyper-V – 固件中启用的虚拟化”的字段。其值为“是”或“否”，直接对应 Windows 系统对 BIOS/UEFI 中虚拟化设置的识别状态。
三、通过命令提示符执行 systeminfo 命令确认四项硬件要求
对于偏好命令行或需要全面硬件兼容性诊断的用户，systeminfo 命令是理想选择。它不仅报告虚拟化状态，还会一并列出 Hyper-V 所需的全部硬件支持条件，如数据执行保护（DEP）、二级地址转换（SLAT）等。
以管理员身份打开命令提示符或 Windows Terminal，输入 systeminfo 并回车。在输出的信息中，定位“固件中启用的虚拟化”这一行。其后的“是”或“否”即为关键判断依据。若此处结果与任务管理器显示不一致，通常重启电脑后再次检查即可同步。
四、通过 PowerShell 查询处理器 CIM 接口获取底层能力标识
若希望绕过图形界面，直接与硬件底层交互以获取最原始准确的信息，可使用 PowerShell。该方法尤其适用于批量检测或无图形界面的服务器环境。
以管理员身份运行 PowerShell，输入以下命令：
Get-CimInstance -ClassName Win32_Processor | Select-Object Name, VirtualizationFirmwareEnabled, VMMonitorModeExtensions
执行后，重点关注两个返回值：VirtualizationFirmwareEnabled 为 True 表示固件中虚拟化已启用；VMMonitorModeExtensions 为 True 则表明您的 CPU 物理上支持 Intel VT-x 或 AMD-V 指令集，这是启用虚拟化的硬件基础。
五、通过 CPU-Z 工具的 Instructions 页直观识别 CPU 支持能力
前述方法主要验证“是否已开启”，但若 CPU 本身不支持硬件虚拟化，则一切设置均无效。此时需要 CPU-Z 这类工具来检测 CPU 的物理规格。
从官网下载免安装版 CPU-Z，打开后切换到“CPU”选项卡。直接滚动至底部的“Instructions”（指令集）区域。在此查找是否有“VT-x”（Intel 平台）或“AMD-V”（AMD 平台）的标识。若有，则说明您的 CPU 硬件支持虚拟化；若没有，则意味着无法启用该功能，与 BIOS 设置无关。
完整的排查流程建议：首先使用 CPU-Z 确认 CPU 硬件是否支持虚拟化。若支持，但系统工具显示未启用，则需要重启电脑进入 BIOS/UEFI 设置界面，找到虚拟化相关选项（通常命名为 Intel Virtualization Technology、VT-x、AMD-V 或 SVM）并将其启用，保存设置后重启，再使用前几种方法进行最终验证。
