每个人都可以，
拥有SSL证书

VMware Workstation 里启动虚拟机，突然弹个框：“不支持在此主机上使用虚拟化性能计数器”，然后虚拟机就趴窝了。这问题跟宿主机的硬件或软件配置有关，说白了就是虚拟化环境没捋顺。

我一般先往 BIOS 里看一眼。重启的时候按 Del 或 F2（具体键看主板，启动画面会提示），找到虚拟化相关的选项。

Intel 平台就找 Intel VT-x 或者叫 Intel Virtualization Technology；AMD 平台找 AMD-V 或 SVM。确保它是开启状态。有时候主板升级完 BIOS 之后，这些设置会被重置，没注意到就直接装机用了，问题就出来了。改完保存，然后彻底关机再开机——冷启动才算数，光重启有时候不生效。

真要较真，可以用 CPU-Z 之类的工具看看 CPU 支不支持这些技术，但最近这几年的处理器基本都支持，这步经常可以跳过。

更大头的坑在 Windows 这边。Hyper-V、Windows 沙盒、虚拟机平台、WSL 2、容器——这几个 Windows 功能一旦开启，就会把虚拟化资源占住，VMware 想用的时候就报错。

从控制面板进“启用或关闭 Windows 功能”，把上面提到的全给勾掉，重启一般就能好。我在这上面浪费过不少时间，后来发现关掉这堆组件比查 BIOS 还管用。

如果非得保留 Hyper-V 不可（比如同时要用 Docker 或 WSL2），那可以搞个双启动方案来绕开。

用 bcdedit 命令复制一份当前的启动项，给新条目起个名字，比如“Windows 10（无Hyper-V）”，再用 bcdedit /set 把新条目里的 hypervisorlaunchtype 设为 off。重启时会让你选，进那个关闭 Hyper-V 的环境就能跑 VMware 了。就是每次切都得重启，麻烦点。

虚拟机自身的配置也别漏。选中这台虚拟机，打开设置，切到“处理器”页，在“虚拟化引擎”那块有个“虚拟化 CPU 性能计数器”，把它取消勾选。这个选项本身就是用来暴露性能计数器给虚拟机内部做分析的，宿主环境不支持的话，勾着就直接报错。

关掉之后保存，再开虚拟机。

有些机器因为 Device Guard 或者基于虚拟化的安全策略，还会多一层阻碍。

在组策略里找计算机配置 → 管理模板 → 系统 → Device Guard，把“打开基于虚拟化的安全”设为已禁用，然后命令行 gpupdate /force 一下，重启。这情况不常见，但碰到过一两次，都是企业版系统或者安全策略比较严的环境。

最后说下版本问题。VMware Workstation 尽量升到 17.x 的最新版，主板的 BIOS 也去官网看看有没有新版本。

有时候就是老版本跟新系统不兼容，更新一下就没事了，没啥技术含量但管用。

排查顺序的话，BIOS 优先级最高，其次是关 Windows 的那些虚拟化组件，再不行就查虚拟机配置里那个计数器选项，最后才是动组策略。

实际处理的时候也不用死磕这个顺序，看哪个最像嫌疑犯就先查哪个。