企业官网建设流程全解析

VMware Workstation Pro 是 Windows 平台上使用率最高的桌面虚拟化工具之一。在 Windows 11 25H2 这类新系统上，安装或卸载 VMware 并不总是顺利：有人遇到“Intel VT-x 被禁用”，有人安装完发现网络桥接失败，还有人在卸载后仍然能看到 VMware 服务、VMware Network Adapter 和一堆注册表残留。更麻烦的是，很多资料把官方安装版、精简便携版、第三方“去虚拟化”修改版混在一起讲，导致读者照着做却踩了更多坑。下面只围绕一条主线：先从版本概念和使用边界入手，再分别说明官方安装版和精简便携版的安装方式、创建虚拟机时需要处理的虚拟化选项，最后给出完整的卸载与残留清理流程，并整理一份常见问题排查清单。读完可以按步骤完成安装、验证和卸载，不用再靠“重装系统”来解决问题。

1. 先认清楚：25H2、Workstation Pro 版本和“去虚拟化”不是同一个概念

很多新手拿到一个标题为“VMware Workstation Pro 25H2 去虚拟化精简便携安装版”的压缩包后，第一反应是“25H2 应该是 VMware 的新版本号”。这个理解会直接影响后面的排查方向，所以先放在第一节说清楚。

1.1 Windows 11 25H2 是系统版本，Workstation Pro 是应用版本

Windows 11 的版本号分为多个阶段，比如 23H2、24H2、25H2。这里的“25H2”指的是 Windows 11 的年度功能更新版本，是操作系统层面的版本代号，不是 VMware Workstation Pro 的版本号。

VMware Workstation Pro 的官方版本线目前更常见的是 17.x，比如 17.6.4、17.6.5 等。市场上也会出现“26H1”这类中文安装包命名，同样不能和 Windows 11 的 25H2 混为一谈。也就是说，标题里的“VMware Workstation Pro 25H2”更合理的理解是“在 Windows 11 25H2 环境下使用的 VMware Workstation Pro”，而不是“VMware 官方发布过 25H2 版本”。

这个区别为什么重要？因为安装时选错版本，或者照着某篇旧教程操作，很容易出现驱动不兼容、安装包被 Windows Defender 拦截、虚拟机无法启动等问题。落地前，建议先到官方发布页确认当前可用的 Workstation Pro 版本号，再决定安装包。

1.2 “去虚拟化”在大多数场景中的真实含义与合规边界

“去虚拟化”这个说法在 VMware 社区里经常出现，但它并不像“精简”“便携”那样有一个明确且标准的定义。通俗地说，它指的是通过修改虚拟机配置，让客户机系统或者客户机里的应用程序更难察觉自己正在虚拟机中运行。

从技术原理看，虚拟机通常会暴露一些特征，比如虚拟 BIOS 厂商、ACPI 表、设备型号、CPUID 指令返回值和虚拟网卡/显卡驱动等。某些软件会通过读取这些特征判断运行环境，然后限制功能或者直接拒绝运行。

这里要特别说明使用边界。如果是系统封装调试、驱动开发、恶意软件样本分析、兼容性测试等合规场景，并且你拥有对应系统或软件的授权，那么调整虚拟化相关配置是可以讨论的。但如果目的是绕过游戏反作弊、绕过版权授权检测、伪装环境获取本不该得到的权限，这既可能违反软件服务条款，也可能触碰法律风险。所以本文不会提供绕过检测的具体配置方法，也不会教你如何封装一个用于规避检测的“去虚拟化”版本。

更常见的情况是，很多用户在精简便携版里遇到的问题是“虚拟机无法启动 64 位系统”或者“VMware 提示 VT-x 不可用”。这本质上不是需要“去虚拟化”，而是需要先把 CPU 虚拟化能力正确开启，并把 VMware 的虚拟化引擎配置好。先做这一步，90% 的启动问题都能解决。

1.3 官方安装版与精简便携版从安装第一天就不一样

官方安装版是 VMware 官方发布的标准安装程序，使用 MSI 打包，会注册 Windows 服务、安装网络驱动、写入标准卸载项，后续升级和卸载都有相对完整的机制。

精简便携版通常是第三方从官方安装包里提取、裁剪、重新打包而成。它的优点是免安装、体积小、适合临时环境，但代价是可能缺少 VMware Tools、VMCI 驱动、网络驱动、共享文件夹支持，甚至可能被植入额外脚本。

如果只是临时用一个虚拟机，精简版可以一试；如果虚拟机里存放重要项目、数据库、关键编译环境，建议直接使用官方安装版。

2. 安装前检查硬件虚拟化与 Windows 功能：避免安装完虚拟机起不来

很多人安装完 VMware 后，创建虚拟机一启动就报错“此主机支持 Intel VT-x，但 Intel VT-x 被禁用”。这个错误往往不是 VMware 安装失败，而是宿主机系统环境没准备好。

2.1 确认 CPU 虚拟化是否已在固件中开启

先打开任务管理器，切到“性能”标签，选择 CPU，查看右下角“虚拟化”一栏。如果显示“已启用”，说明 CPU 虚拟化在固件层面已经打开。如果显示“已禁用”，需要重启电脑，进入 BIOS/UEFI，找到 Intel VT-x、Intel Virtualization Technology 或 AMD SVM Mode，开启后保存重启。

也可以通过 PowerShell 查看更详细的虚拟化状态：

Get-CimInstance -ClassName Win32_Processor | Select-Object Name, VirtualizationFirmwareEnabled, SecondLevelAddressTranslationExtensions

如果VirtualizationFirmwareEnabled为False，说明虚拟化没有在固件中开启。注意，即使这里显示True，Windows 仍然可能因为 Hyper-V 或基于虚拟化的安全（VBS）导致 VMware 无法使用 VT-x。所以还需要检查下一小节的 Windows 功能。

另外，可以使用systeminfo查看“Hyper-V 要求”一栏：

systeminfo

关注输出中的“已检测到虚拟机监控程序”和“固件中已启用虚拟化”等字段。如果“虚拟机监控程序”已经被检测到，说明 Windows 的 Hypervisor 正在运行，这是 VMware 报 VT-x 问题的常见原因之一。

2.2 检查 Hyper-V、虚拟机平台、基于虚拟化的安全

Windows 11 默认会启用基于虚拟化的安全（VBS）和内存完整性。这些安全功能会占用 CPU 虚拟化能力，导致 VMware Workstation 自己的 hypervisor 无法正常工作。

可以对比一下自己的需求：

如果确认不需要 WSL2、Windows Sandbox、Hyper-V 和 Credential Guard，可以关闭 hypervisor 启动项，让 VMware 直接使用硬件虚拟化：

bcdedit /set hypervisorlaunchtype off

执行后重启系统。需要提醒的是，关闭 hypervisor 会影响 WSL2、Windows Sandbox、基于虚拟化的安全等功能，系统安全防护能力会下降。不要为了跑一个游戏虚拟机就把所有安全机制都关掉。如果希望保留 VBS，又必须使用 Workstation，则需要考虑使用基于 Windows Hypervisor Platform（WHP）的方式运行，但这种方式性能和兼容性并不是所有场景都理想。

还可以在 Windows 安全中心里检查“设备安全性 - 内核隔离 - 内存完整性”是否开启。如果开启导致 VMware 无法启动客户机，可以先关闭内存完整性并重启，确认问题是否消失。只有在确认是该项引起冲突时，才需要进一步调整。

2.3 磁盘空间、安装路径与管理员权限

Workstation Pro 本身安装占用并不大，大概 5 到 10 GB 级别，但虚拟机磁盘文件才是空间消耗大户。一个 Windows 11 25H2 客户机，如果只分配 60 GB 动态磁盘，实际使用后可能占用宿主几十 GB。安装前先检查系统盘剩余空间，至少保留 20 GB，避免安装到一半空间不足。

安装路径建议使用默认路径，或者自定义到无中文、无特殊符号的目录，例如D:\VMware。第三方精简版如果要求解压到固定目录，尽量不要放在C:\Program Files权限敏感目录，否则每次运行都要管理员权限。

整个安装和卸载过程基本都需要管理员权限。普通用户双击安装包会触发 UAC，静默安装时需要把命令提示符或 PowerShell 以管理员身份打开，否则会报“拒绝访问”或“安装失败”。

3. 官方安装版的安装与静默安装命令

官方安装版是最推荐的方式。下面按“下载校验 -> 图形界面安装 -> 静默安装”三步来说明，这样无论你是在自己电脑上安装，还是想批量部署，都有对应操作。

3.1 从官网获取安装包并校验完整性

不要从不明网盘下载所谓“破解版”“去虚拟化版”，尤其是包含可执行脚本的压缩包。官方安装包可以从 VMware 官方网站获取。下载后，先计算哈希值，和官方页面提供的 SHA256 比对，确保文件没有被替换或篡改。

Get-FileHash .\VMware-workstation-full-17.6.4.exe -Algorithm SHA256

如果找不到官方哈希值，也可以下载后先放到隔离虚拟机里解压，再拷贝到宿主机，降低被投毒风险。注意，这里说的“隔离虚拟机”本身需要一台可用的虚拟机环境，如果没有，那就至少使用 Windows Defender 扫描一遍。

3.2 图形界面安装步骤与关键选项

双击安装包后，安装向导会进入欢迎界面。如果你是第一次安装，直接选择“下一步”即可，但要注意几个选项：

• 安装类型：建议选择“自定义安装”，可以查看真正安装到哪些组件。
• 组件勾选：Windows 下通常不需要额外添加“增强型键盘驱动程序”，但如果你的客户机经常使用快捷键，可以保留。
• 启动时检查产品更新：建议取消勾选，避免每次启动都检查网络。
• 加入客户体验计划：如果不需要，可以取消。

安装过程中，系统可能会弹出安装设备软件（VMware 网络驱动和虚拟 USB 驱动）的确认框，必须点击“安装”，否则后续网络和 USB 功能会异常。

安装完成后，打开 Workstation Pro，输入许可证密钥，或者选择“试用”进入 30 天试用期。如果许可密钥不合法，官方版本会有明确提示。

3.3 使用命令行静默安装

IT 环境、测试环境或需要批量部署时，可以使用静默安装。VMware Workstation 官方安装包支持/s /v静默参数。常见写法如下：

VMware-workstation-full-17.6.4.exe /s /v"/qn EULAS_AGREED=1 REBOOT=ReallySuppress"

如果需要在安装时写入许可证，可以追加SERIALNUMBER=参数：

VMware-workstation-full-17.6.4.exe /s /v"/qn EULAS_AGREED=1 SERIALNUMBER=XXXXX-XXXXX-XXXXX-XXXXX-XXXXX REBOOT=ReallySuppress"

不同版本的安装参数可能略有差异，实际使用前先查看-h或供应商说明。静默安装成功后，可以检查服务状态来确认是否安装完整：

sc query vmware sc query vmware-hostd sc query VMAuthdService

安装完成后，会在 Windows 服务列表里看到多个 VMware 服务，包括 VMware Authorization Service、VMware DHCP Service、VMware NAT Service 等。只要这些服务处于“正在运行”或“自动启动”状态，基本可以判断安装成功。

4. 精简便携安装版：安装方式、判断脚本和潜在问题

精简便携版并不是官方产品形态。它的出现是因为部分用户希望不安装、不写注册表，或者只用在 U 盘/KVM 环境中。但在 Windows 平台上，VMware Workstation 依赖大量服务和驱动，完全“绿色”是很困难的。所以大多数便携版仍然需要通过脚本注册服务，只是比官方安装包更轻量。

4.1 精简便携版是什么，为什么有风险

精简便携版通常是一个压缩包，内部可能有：

• 主程序文件：vmware.exe、vmware-vmx.exe
• 运行库目录：vcruntime、vc_redist 等
• 服务注册脚本：install.bat、启动服务.bat
• 卸载脚本：uninstall.bat、卸载服务.bat
• 去虚拟化补丁脚本：修改 vmx 默认参数等

风险在于，第三方脚本可能不仅执行“注册服务”，还可能释放恶意程序、修改网络代理、下载远程载荷。尤其不应该直接双击运行一个来历不明的.bat文件。

如果确实需要测试精简版，至少先确认压缩包来源、查看脚本内容，再决定是否运行。

4.2 安装前检查便携版脚本内容

先用解压工具解压到独立目录，不要放在C:\Windows\System32。解压后，右键所有.bat和.cmd文件，选择“编辑”，检查脚本里是否出现以下可疑行为：

• 使用powershell -c下载并执行远程脚本
• 通过certutil解码并写入文件
• 运行后访问公网 IP 或域名
• 删除系统关键注册表项
• 修改系统代理WinHttp或Internet Settings
• 将文件复制到C:\Windows\System32\drivers后启动

如果只是常规的sc create、sc start、copy、reg add，风险相对低，但仍然不能保证不包含其他隐藏逻辑。可以用文本编辑器分批查看：

notepad.exe install.bat

安装前建议在虚拟机里先运行一遍，观察它创建了哪些服务、哪些文件、哪些注册表项。如果这个精简版要求在宿主机运行，可以先做一个系统还原点。

4.3 便携版安装与卸载的通用流程

不同便携版的操作差异很大，但通用流程大致是：

1. 解压到固定目录，例如D:\VMwarePortable。
2. 右键“以管理员身份运行”安装脚本。
3. 脚本会创建服务、注册必要组件、复制驱动。
4. 运行vmware.exe，创建虚拟机。
5. 卸载时先运行卸载脚本，再删除目录。

安装后，检查网络服务是否正常：

sc query VMnetDHCP sc query "VMware NAT Service" sc query VMnetBridge

如果这些服务不存在，说明便携版可能裁剪了网络组件，桥接模式大概率会失败。

使用便携版进行卸载时，不要直接删除整个目录。先运行卸载脚本，让服务停止并删除。如果脚本缺失，就按第 6 节的手工清理流程处理。

精简版常见问题如下：

5. 创建虚拟机时需要的虚拟化配置：开启嵌套虚拟化，不随便“去虚拟化”

创建虚拟机本身并不复杂，但 VMware 的“虚拟化引擎”相关配置很容易被忽略。很多人以为在虚拟机里打勾“虚拟化 Intel VT-x/EPT”就可以了，实际上如果没有修改对应虚拟机的.vmx文件，嵌套虚拟化可能不会生效。

5.1 在 .vmx 中开启嵌套虚拟化

如果你需要在虚拟机里再运行 WSL2、Docker Desktop、Android 模拟器，或者再嵌套一层虚拟机，就要开启嵌套虚拟化。关闭虚拟机后，在虚拟机目录下找到.vmx文件，用文本编辑器打开，添加以下配置：

vhv.enable = "TRUE" vpmc.enable = "TRUE"

第一项vhv.enable表示向客户机公开硬件虚拟化扩展，让客户机操作系统可以再运行 hypervisor。第二项vpmc.enable用于启用虚拟 CPU 性能计数器，部分开发调试场景需要。

修改后保存并启动虚拟机。如果虚拟机操作系统是 Windows 11，仍可能提示无法安装 Hyper-V。这时还要检查 Windows 11 客户机内的固件虚拟化是否开启，以及内存完整性是否干扰。

开启嵌套虚拟化会影响虚拟机性能，因为客户机里的 hypervisor 还要再经过一层地址转换。不要为了跑一个简单工具就打开它，只在确实需要时开启。

5.2 虚拟化引擎选项和错误提示

在 Workstation Pro 的虚拟机设置中，进入“处理器 -> 虚拟化引擎”，可以看到：

• “虚拟化 Intel VT-x/EPT 或 AMD-V/RVI”
• “虚拟化 CPU 性能计数器”
• “向客户机操作系统公开虚拟化扩展”

其中第一项如果勾选，等价于把vhv.enable写为TRUE。如果你在图形界面里勾选后仍然启动失败，可以先查看.vmx文件是否存在冲突项。

常见错误提示是“此主机支持 Intel VT-x，但 Intel VT-x 被禁用”。排查顺序是：

1. 宿主 BIOS/UEFI 是否开启 VT-x。
2. Windows Hypervisor 是否正在运行。
3. 是否有其他虚拟机监控程序占用 VT-x。
4. 当前虚拟机的.vmx是否被精简版修改成禁用虚拟化。

如果是精简版导致，可以考虑用文本编辑器检查.vmx中是否有monitor_control、hypervisor.cpuid、vhv.enable这类键值被设置成了FALSE。恢复默认或删除可疑行，再启动虚拟机。

5.3 不建议在生产环境修改虚拟化特征

有些网上教程会教你设置 CPUID 掩码、修改虚拟机背板、隐藏 VMware 设备等等，用于让虚拟机更像物理机。这些方法是存在的，但其目的大多用于规避客户机中的授权检测或反作弊系统。

对普通开发者和测试人员来说，这种修改会带来如下问题：

• 系统与 VMware 官方支持的配置不一致，出问题无法定位。
• 安全补丁或客户机系统更新后可能失效。
• 可能违反软件许可协议。
• 在反作弊严格的平台上，可能导致账号被封禁。

所以我的建议是：除非你非常清楚自己在做什么，且该行为不违反任何平台规则，否则不要在生产环境里改动这些特征。真正值得做的，是先把vhv.enable、vpmc.enable等官方支持的虚拟化选项配置好。如果确实遇到合法软件在虚拟机里拒绝运行，应当先确认该软件厂商是否允许虚拟化环境，而不是立刻使用“去虚拟化”方案。

6. 卸载与残留清理：官方版、便携版、命令行三种路径

很多人卸载 VMware 后，重装时仍然报错“另一个 VMware 实例正在运行”或“无法删除旧版本”。这是因为卸载不彻底。下面分三条路径说明，并给出残留清理清单。

6.1 官方安装版的标准卸载

官方安装版卸载最简单的方式是打开“设置 -> 应用 -> 已安装的应用”，找到 VMware Workstation Pro，点击卸载。

也可以打开控制面板的“程序和功能”，选中 VMware Workstation Pro，点击卸载。卸载过程会运行 MSI，停止服务，并删除驱动。卸载完成后，建议重启电脑，让系统释放已删除的驱动句柄。

如果标准卸载过程中报错，或者安装程序静默回滚，可以先尝试 Windows 安装程序疑难解答工具，再重新卸载。

6.2 静默卸载与 PowerShell 卸载

在批量环境或标准卸载入口失效时，可以使用命令行。但命令行卸载要小心，因为不同版本的卸载包名不同。可以先通过 PowerShell 查找已安装的 VMware 产品：

Get-Package -Name "*VMware Workstation*"

找到后卸载：

Get-Package -Name "*VMware Workstation*" | Uninstall-Package -Force

传统方式还可以用wmic：

wmic product where "name like 'VMware Workstation%'" call uninstall /nointeractive

不过wmic在 Windows 11 中已经默认不再推荐，尽量使用 PowerShell。

静默卸载如果是直接调用安装包，也可以尝试：

VMware-workstation-full-17.6.4.exe /s /v"/qn REMOVE=TRUE"

这个命令不一定所有版本都支持，执行前先备份数据。

6.3 卸载后的残留项清理清单

标准卸载后，残留主要集中在服务、驱动、文件、注册表、网络适配器和计划任务。不清除这些，重装时很容易出现驱动冲突或服务名重复。

在删除服务前，先停止服务。以下命令用于清理常见的 VMware 服务（以管理员身份运行）：

$services = @( "VMAuthdService", "VMnetDHCP", "VMware NAT Service", "VMUSBArbitrator", "VMnetBridge", "VMnetAdapter" ) foreach ($name in $services) { $svc = Get-Service -Name $name -ErrorAction SilentlyContinue if ($svc) { Stop-Service -Name $name -Force -ErrorAction SilentlyContinue sc.exe delete $name } }

如果驱动服务无法删除，可以查看当前驱动状态：

sc query vmx86 sc query vmnetbridge

删除驱动文件前，建议先禁用：

sc.exe config vmx86 start= disabled

然后重启系统，再尝试删除C:\Windows\System32\drivers\vmx86.sys等文件。

注册表清理要非常小心。不要直接在注册表编辑器里随便删，先使用“文件 -> 导出”备份对应项。重点查看：

HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc. HKEY_CURRENT_USER\Software\VMware HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vmx86 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\vmnetbridge

这些项如果残留，很可能导致重装时安装程序认为已经存在旧版本，直接回滚。

6.4 精简便携版的卸载顺序

精简版卸载和官方版不一样，不能只删安装目录。它通常通过脚本创建服务和复制驱动，卸载时必须先执行对应的卸载脚本。

推荐顺序：

1. 关闭 VMware 和所有虚拟机。
2. 以管理员身份运行压缩包中的卸载脚本，通常是uninstall.bat、卸载.bat、移除服务.bat。
3. 脚本执行完后，重启系统。
4. 删除解压目录。

如果卸载脚本不存在或执行报错，就按 6.3 的手工清理流程处理。不要在服务仍然运行的情况下删除目录，否则下次启动会出现“找不到模块”或服务指向已删除文件的错误。

7. 常见问题排查链路

安装和卸载过程中，错误提示往往只是表象。真正原因要看日志和系统状态。下面按几个高频问题给出排查链路。

7.1 安装失败或安装后无法启动服务

现象：安装程序执行到一半回滚，或者安装完成后 VMware 服务无法启动。

可能原因：

• 杀毒软件拦截驱动安装。
• 旧版本 VMware 残留未清理干净。
• Windows Installer 缓存损坏。
• 安装包下载不完整。

检查方式：

sc query VMAuthdService

查看服务状态是否处于“正在运行”。如果服务不存在，尝试手动运行安装包并打开日志。

处理建议：

• 安装前退出第三方杀毒软件，装完再打开。
• 先用第 6 节流程清理旧残留，再安装。
• 重新下载安装包，校验 SHA256。

7.2 虚拟机启动提示 VT-x 被禁用

现象：启动虚拟机时，提示“此主机支持 Intel VT-x，但 Intel VT-x 被禁用”。

可能原因：

• 宿主机 BIOS/UEFI 未开启 VT-x。
• Windows Hypervisor 正在运行。
• 虚拟机.vmx配置被修改为禁用虚拟化。
• 开启了内存完整性。

检查方式：

Get-CimInstance -ClassName Win32_Processor | Select-Object VirtualizationFirmwareEnabled

如果为False，需要进 BIOS 开启；如果为True，继续检查 hypervisor：

bcdedit /enum

查看hypervisorlaunchtype是否为Off。如果不是Off，考虑关闭后重启。

处理建议：

• 先开 BIOS 虚拟化，再关 hypervisor，最后重启。
• 检查.vmx中是否有vhv.enable = "FALSE"或monitor_control相关禁用项。
• 如果以上都正常，把虚拟机硬件兼容性改成“Workstation 17.x”再试。

7.3 VMware 和 Hyper-V 并存冲突

现象：VMware 能打开，但创建虚拟机后启动很慢，或者报错“VMware Workstation 和 Hyper-V 不兼容”。

可能原因：

• Windows 启用了 Hyper-V。
• 启用了 Windows 虚拟机监控程序平台。
• 启用了 Device Guard 或 Credential Guard。

检查方式：

Get-WindowsOptionalFeature -Online | Where-Object {$_.FeatureName -match 'Hyper|VirtualMachine|HypervisorPlatform'} | Select-Object FeatureName, State

处理建议：

• 如果不需要 Hyper-V，可以关闭对应功能：

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All -NoRestart

• 如果需要 WSL2，又必须用 VMware，建议评估是否真的需要 WSL2。两者同时在 Windows 11 上运行，配置复杂度会高很多。
• 关闭 hypervisor 启动项的代价是需要重启，且 WSL2 不可用。

7.4 桥接网络和 VMware NAT 服务异常

现象：虚拟机只能使用 NAT 上网，桥接模式无法获取 IP，或虚拟机无法访问外部网络。

可能原因：

• 精简版未安装 VMnetBridge 驱动。
• VMware NAT Service 和 DHCP Service 未启动。
• 宿主机开启了多个虚拟网卡，导致 IP 冲突。

检查方式：

sc query "VMware NAT Service" sc query VMnetDHCP

处理建议：

• 启动服务：net start "VMware NAT Service"。
• 如果是精简版，检查是否缺少驱动文件。
• 在虚拟机设置里，把网络连接由“桥接模式”改为“NAT 模式”，通常能快速恢复网络。

7.5 卸载后仍然提示 VMware 相关进程或服务存在

现象：重装时提示已有 VMware，但“程序和功能”里看不到。

可能原因：

• MSI 卸载记录损坏。
• 服务项或驱动残留。
• 第三方卸载软件清除了部分注册表项，导致 MSI 状态不一致。

检查方式：

Get-Service -Name "*VMware*"

处理建议：

• 按 6.3 清理服务项。
• 清理后重启。
• 如果还不行，使用微软的“程序安装和卸载疑难解答”工具，或者从 VMware 官网下载对应版本的安装包，选择“修复”，再执行卸载。

8. 最佳实践：从安装到卸载的安全操作清单

最后把前面内容整理成可执行的清单，方便在安装、使用、卸载三个环节对照检查。

8.1 安装前检查清单

• 到官网确认当前 Workstation Pro 版本，不要看到“25H2”就认为是 VMware 新版本。
• 在 BIOS/UEFI 中确认 VT-x/AMD-V 已启用。
• 检查 Hyper-V、虚拟机平台、内存完整性等 Windows 功能，确认不会与 Workstation 冲突。
• 安装包校验 SHA256，避免下载到被篡改的文件。
• 清理旧版本残留，保证系统没有旧 VMware 服务。
• 为 Windows 11 宿主和虚拟机预留足够磁盘空间。
• 需要批量部署时，先用静默安装参数在测试机上跑通。

8.2 创建虚拟机后的验证清单

• 创建虚拟机后立即安装 VMware Tools 或 open-vm-tools。
• 检查虚拟机是否能正常启动 64 位系统。
• 测试 NAT 和桥接两种网络模式，确认网络正常。
• 如果需要在虚拟机里运行 WSL2、Docker Desktop 或 Android 模拟器，在.vmx中开启vhv.enable，并确认宿主 CPU 虚拟化已开启。
• 不要为了“去虚拟化”关闭虚拟机内所有安全功能，也不要使用来源不明的第三方修改版。
• 定期备份.vmx和.vmdk，尤其是重要虚拟机。

8.3 卸载和迁移前检查清单

• 关闭 Workstation 和所有虚拟机，避免磁盘文件损坏。
• 如果虚拟机磁盘文件需要保留，先复制整个虚拟机目录到另一块磁盘。
• 官方版优先使用控制面板或 PowerShell 卸载。
• 精简便携版一定要先运行自带的卸载脚本，再删除目录。
• 卸载后重启系统，检查 VMware 服务和驱动是否已经消失。
• 重装前确认HKEY_LOCAL_MACHINE\SOFTWARE\VMware, Inc.、vmx86、vmnetbridge等关键注册表项是否清理干净。

8.4 精简版和官方版的选择建议

如果只是临时测试，且虚拟机不涉及重要数据，精简便携版可以作为备选。但只要你的虚拟机用于开发、调试、数据库、编译或任何需要长期稳定的场景，都应该使用官方安装版。官方版虽然安装稍慢、体积更大，但驱动完整、卸载机制可靠、出问题时也能从 VMware 官方和社区找到匹配的解决方案。

遇到“去虚拟化”相关需求时，先停下来问自己：这个需求是为了兼容合法软件，还是为了绕过限制？如果是后者，建议立即停止。如果是前者，优先尝试官方支持的嵌套虚拟化和虚拟化引擎选项，而不是从第三方下载修改版。

保持 VMware Workstation 处于一个可升级、可卸载、可恢复的状态，比追求体积小、免安装、能隐藏虚拟化特征重要得多。把上述安装和卸载流程保存好，后续不管是个人开发还是公司内部运维，都能少走很多弯路。