九月份开学季前后，是很多人第一次在笔记本上装 VirtualBox 的时候——计网课、Linux 入门、搭测试环境、装华为 eNSP 模拟器。结果往往是这样的：安装挺顺利，虚拟机一点开就启动失败，报 VT-x 错误，甚至直接蓝屏；或者勉强跑起来了，卡得像老牛拉车；再或者装 Ubuntu、Mint 的时候满屏 kernel 报错。小红书知乎
然后你开始怀疑：是不是镜像下错了？是不是我电脑配置不行？要不要重装系统、重装 VirtualBox？
先停一下。把知乎、小红书、B站最近的踩坑帖翻一遍会发现，这些情况绝大多数既不是 VirtualBox 的锅，也不是你电脑的锅——是 Windows 11 里几个默认打开的"隐形开关"，把虚拟化抢先占用了。
为什么 Win11 成了 VirtualBox 的重灾区
CPU 虚拟化本质上是"独占"的：硬件里的 VT-x/AMD-V，同一时间只能有一个 hypervisor（虚拟化监控程序）接管。老 Win10 机器上，只要你不手动开 Hyper-V，VirtualBox 就能独占硬件虚拟化，跑得又快又稳。
但 Win11 变了：
新机器出厂大多默认开启了基于虚拟化的安全（VBS）和"内核隔离-内存完整性"，这个安全功能本身就跑在 hypervisor 上；
WSL2、Docker Desktop、Windows 沙盒，底层全都依赖 Hyper-V，只要你装过 WSL2，hypervisor 就已经被拉起来了；
部分品牌机的出厂镜像，还会把那些功能打包开好。
一旦 Windows 的 hypervisor 先跑起来，VirtualBox（6.1 及以后版本）会自动"降级"，改用 Windows 提供的接口跑虚拟机，也就是所谓的共存模式。问题是：共存模式下性能会明显下降——社区用户管这叫"进入了低速模式"——而且部分客户机系统、部分功能干脆启动不了。小红书如果 VirtualBox 版本比较老（6.0 及更早），更是直接罢工，提示 VT-x 不可用。
所以第一步不是重装，而是搞清楚自己属于下面哪种情况。
症状对照：你属于哪一种
虚拟机无法启动，报 VT-x not available、无权限，或者一启动就蓝屏——基本是 hypervisor 被占用，或者 BIOS 里虚拟化开关没开；
能启动但巨慢，窗口拖动卡顿、磁盘 IO 尤其慢——进入了低速模式，Hyper-V 正在运行；
装 Linux 客户机时满屏 kernel 报错、卡死——多半是 Hyper-V 干扰，加上显卡控制器、CPU 核数设置不对。有小红书用户实测过一套对 Mint 有效的配置：2 核 CPU + 4GB 内存 + 显卡控制器选 VMSVGA + 关闭 3D 加速。小红书
装 eNSP 报"错误代码 40，设备启动失败"——这是特例，最后单独说。
三个开关，先查自己机器的状态
开关一：内核隔离。打开 Windows 安全中心 → 设备安全性 → 内核隔离详细信息，看"内存完整性"是不是开着的。
开关二：Windows 可选功能。设置 → 应用 → 可选功能 → 拉到底"更多 Windows 功能"，看 Hyper-V、虚拟机平台、Windows 虚拟机监控程序平台、Windows 沙盒这几项的勾选状态，任何一项勾上了，hypervisor 就在跑。
开关三：有没有装 WSL2。PowerShell 里敲 `wsl --status`，装过 WSL2 的话，即使上面那些功能都没勾，"虚拟机平台"通常也会被带上。Docker Desktop 用户同理。
三个开关全关、BIOS 里虚拟化已开启（任务管理器 → 性能 → CPU，可以看到"虚拟化"是否为"已启用"），就是 VirtualBox 的理想环境。如果关不掉，就要选路线了。
三条路线：关什么、保什么，看你的场景
路线 A：关掉 Windows hypervisor，保 VirtualBox。
适合课程实验、eNSP 这类必须长期用 VirtualBox，依赖快照、.ova 导入导出，又不用 WSL2/Docker 的人。
操作：关闭"内存完整性" → 取消勾选 Hyper-V 相关功能 → 管理员身份运行 `bcdedit /set hypervisorlaunchtype off` → 重启。
代价：WSL2、Docker Desktop、Windows 沙盒这段时间都用不了，VBS 安全防护也一并关闭。想恢复时运行 `bcdedit /set hypervisorlaunchtype auto` 再重启，随时可以切回来。
路线 B：什么都不关，共存运行。
适合离不开 WSL2/Docker、只是偶尔开一下 VirtualBox 的人。
条件：VirtualBox 需要 6.1 以上版本，建议直接装最新的 7.2.6（截至 2026 年 8 月是最新稳定版，官网 virtualbox.org 免费下载）。接受性能打折，客户机配置适当调低（2 核就够，3D 加速关掉）。共存模式下部分场景依然不行，比如嵌套虚拟化和一些老系统客户机。
路线 C：惹不起躲得起，换个工具。
目的是"学 Linux"的话，WSL2 其实比任何虚拟机都顺手，和 VSCode 的配合也成熟；
想要桌面虚拟机体验又图性能，个人用户可以看看 VMware Workstation Pro——它从 2024 年起对个人使用免费，社区里跑 Linux 的性能口碑一直比 VirtualBox 好。知乎还有一个很多人忽略的授权细节：VirtualBox 本体是 GPLv2 开源，个人和企业都不要钱，但 Extension Pack 扩展包个人使用免费、企业使用需要购买商业许可；VMware 则相反，个人免费、企业使用要订阅。知乎选之前先搞清楚自己是哪种身份。
eNSP 用户单独说：这个死局今年终于有解了
学华为数通的同学都知道，eNSP 只认 VirtualBox 5.2，而 5.2 和 Hyper-V 势不两立。2022 年以来的所有教程都是同一句话：关掉 Hyper-V、关掉 WSL、降级到 5.2.44。知乎对计算机专业的学生来说，这等于让他放弃自己的开发环境。
今年 6 月，社区里有人给出了新解法：写一个 COM 接口适配垫片，伪装版本号骗过 eNSP，让原版 eNSP 直接跑在 VirtualBox 7 上——Hyper-V、WSL2、Docker 全程不用关。知乎作者已把源码全部开源在 GitHub（知乎搜作者 LBXaaa 的原帖）。另一个冷知识：错误代码 40 的根因，相当一部分其实是缺 32 位 VC++ 运行库，不是版本问题，可以先补上再折腾。
不想折腾的话，更稳的路线是给 eNSP 单独备一台旧笔记本或干净的双系统环境，和开发机彻底分开。
最后三个提醒
第一，VirtualBox 只从官网 virtualbox.org 下载。它本来就是免费软件，但第三方下载站会给你捆一堆东西——有小红书用户甚至以为"正版很难下到"，纯属冤枉。小红书
第二，安装路径避开中文；如果报缺少 MSVCP140.dll，去装一下 Visual C++ 运行库。知乎这两个是 7.2.6 安装过程中最常见的坑。
第三，操作任何"关闭"动作之前，确认 WSL2 和 Docker 里没有没保存的工作，并且记住 `hypervisorlaunchtype auto` 随时能切回来。
虚拟化冲突这事，理解了原理就是设置问题，不理解就会一直重装系统。卡住的话，带着你的报错码和机器配置来评论区聊。
