烂人不配爱上周帮朋友在一台Win11 27H2的机器上装VMware Workstation Pro 17，结果比我预想的曲折不少：装到一半提示“This application cannot run on this PC”，装完新建虚拟机一开机直接卡在Boot Manager，折腾完这些之后宿主机内存又被Win11的内存压缩机制吃掉了大半。说实话，这些坑我在Win10时代几乎没碰到过，Win11把虚拟化相关的那套底层机制改了不少。这篇文章不打算复述官网文档，我把在Win11上从下载VMware Workstation Pro、创建Windows 11/Linux虚拟机，到处理GPU、内存、网络这些后续问题的完整过程整理出来，给准备在Win11上跑虚拟机的朋友一份能直接照着做的清单。
1. 装之前先搞懂：Win11的哪些机制会让VMware“水土不服”
1.1 版本差异：家庭版、专业版与Win11版本号的影响
先说版本号。Win11从发布到现在，大版本翻得比Win10快不少，什么24H2、26H2、27H2，实际上都是功能更新包，基础的稳定体验差别不算太大。但如果你用的是Win11家庭版，有些东西确实会少一块，比如组策略编辑器、Hyper-V的图形界面入口。VMware Workstation Pro本身对Windows版本不挑食，家庭版也能装，但后续如果你想用Windows Sandbox、Hyper-V、Docker Desktop这类功能，家庭版的限制就会显现出来。
我自己这台是Win11 27H2专业版，装VMware Workstation Pro 17.6.4时一路顺畅。朋友那台家庭版机器，在“启用或关闭Windows功能”里连Hyper-V的影子都找不到，Docker Desktop又依赖WSL2，折腾一圈最后还是绕回到了VMware。所以我的建议是：如果只是单纯装VMware跑普通虚拟机，家庭版没问题；如果以后打算同时碰Docker、WSL2、Hyper-V，趁早换专业版，省得后面被系统功能边界卡住。
还有一点容易被忽略：Win11的自动更新可能让VMware的驱动“突然不兼容”。不是说要你去关掉更新，但至少要在更新完系统之后留意一下VMware启动是否正常。新版VMware对Win11 27H2的适配已经比较成熟，老版本16.x在27H2上偶尔会出现Vmware Authorization Service启动失败，这是驱动签名策略变化导致的，不是软件坏了。
1.2 内核隔离、VBS与“此应用无法运行”
在Win11上装VMware最经典的一个报错，是安装程序弹出一段英文，说这个应用无法在这台设备上运行。我第一次碰到还以为是安装包损坏，后来才发现问题出在Win11的“内核隔离”上。Win11默认开启了基于虚拟化的安全性，也就是VBS（Virtualization-Based Security），其中最常见的是“内存完整性”功能。
VBS开启后，Hyper-V的hypervisor层会接管CPU虚拟化能力，VMware Workstation再想直接用VT-x/AMD-V就会和它抢地盘。老版本VMware在这种情况下直接拒绝启动；新版本17.x虽然可以通过WHPX（Windows Hypervisor Platform）方式侧载运行，但性能和兼容性都会打折扣。最典型的表现就是安装阶段报“This application cannot run on this PC”。
排查方法很简单：打开“任务管理器 > 性能 > CPU”，看右下角“虚拟化”状态。如果显示“已启用”但虚拟机还是报错，再去“Windows安全中心 > 设备安全性 > 内核隔离”，看“内存完整性”是不是处于开启状态。
稳妥的做法是安装VMware之前先把内存完整性关掉。路径是：
powershell复制# 管理员身份运行PowerShell，查看当前内存完整性/安全服务状态
Get-CimInstance -ClassName Win32_DeviceGuard -Namespace root\Microsoft\Windows\DeviceGuard
如果返回值里的SecurityServicesRunning包含2，说明VBS已经在跑了。想临时关掉hypervisor层，可以用：
powershell复制bcdedit /set hypervisorlaunchtype off
然后重启。跑完VMware之后想恢复，就把off改成auto再重启。这里我的个人建议是：不要为了VMware一劳永逸地关掉VBS，尤其是现在恶意软件越来越猖獗，内存完整性是一个不错的安全防线。如果虚拟机确实重要，推荐保持Windows的安全功能默认开启，然后升级到VMware Workstation 17.5以上版本，用侧载模式跑，性能损失其实也能接受。
1.3 BIOS里虚拟化开关没开，一切都白搭
这个属于零基础玩家最容易卡住的点。Task Manager里“虚拟化：已禁用”的话，就算VMware装好了，新建虚拟机一开机也会直接黑屏或提示“Cannot power on”。解决办法是进BIOS/UEFI，找到Intel Virtualization Technology或AMD SVM Mode，把它设为Enabled。
Win11本身的硬件要求里就有TPM 2.0和Secure Boot，所以大部分现代电脑在BIOS里默认会把这些开起来，但VT-x/AMD-V反而不一定默认开启，尤其是一些品牌机的OEM默认配置里，虚拟化可能是Disabled。你可以在BIOS的“Advanced”或“Configuration”菜单里找，不同牌子位置不一样，但关键字基本就是Virtualization Technology、VT-x、SVM。
另外要注意：Win11的快速启动会影响BIOS设置后的生效。我遇到过改了BIOS保存并重启后，还是显示虚拟化禁用的情况，后来才发现是快速启动导致没有真正重新初始化硬件。解决方法是：BIOS里关掉Fast Boot，或者先在Windows里执行“关机”时按住Shift键，强制完全关机再开机。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 下载、选版本和安装：从Broadcom官网到本地的每一步
2.1 17.5.2、17.6.4、26H1到底差在哪
网上关于VMware Workstation Pro的版本信息现在非常乱，17.5.2、17.6.4、26H1一堆号。原因很简单：VMware被Broadcom收购之后，版本命名策略变了几次，老玩家熟悉的15.x、16.x、17.x这种大版本号，在某个时间点之后被改成了类似产品发布周期的代号。
我个人的建议：在Win11上跑虚拟机，选17.6.4是最省心的。这个版本对Win11 24H2/26H2/27H2的适配都做得比较稳，解决了之前17.5.x在Windows更新之后出现的设备驱动不兼容问题，也修复了几个和WSL2共存时的冲突。26H1这种新命名版本功能更新更大，尤其是GPU虚拟化、网络接口上的改动，但如果你不是冲着特定新功能去的，没必要当小白鼠。
版本选择上可以按这张表来对号入座：
| 场景 | 推荐版本 | 理由 |
|---|---|---|
| Win11日常使用、跑Linux/Windows虚拟机 | 17.6.4 | 兼容性最稳，个人学习首选 |
| 需要在Win11上同时用WSL2、Docker | 17.6.4或更新 | 侧载Hyper-V性能损失相对低 |
| 追求新功能和GPU相关实验 | 26H1新版本 | 有新的vGPU和网络特性，但坑也多 |
| 旧CPU、老平台升级上来 | 17.6.4 | 对新版指令集要求低一些 |
还有个小坑是语言。如果你在官网下载的是英文安装包，第一次打开会全是英文。可以在“Edit > Preferences > General”里找到Language下拉框，选Chinese (Simplified)，重启软件就能换成中文。网上流传的26H1简体中文语言包也是这个原理，其实新版已经内置多语言资源，不需要额外弄什么补丁。
2.2 个人免费授权与Broadcom账号
先给还没上车的新人吃个定心丸：VMware Workstation Pro现在已经对个人用户免费了，不需要再满世界找License Key，也不需要破解。第一步是去Broadcom官网注册一个账号，注意搜索的时候直接找“VMware Workstation Pro”，不要点进第三方下载站。
官网下载流程大致是：注册/登录Broadcom账号 -> 在支持门户里搜索VMware Workstation Pro -> 选择个人使用版本 -> 填写姓名、邮箱、用途说明 -> 下载。整个过程公司那一栏随便填个人就行，不影响使用。
下载完成后，安装包里自带个人使用许可证，不需要在安装时输入序列号。安装完成后启动VMware，菜单里能看到许可证信息就说明正常。如果打开后提示需要许可证，检查一下是不是下载到了“试用版”安装包，这种情况去官网重新下载个人免费版即可。
2.3 安装参数：哪些组件可以精简，哪些必须保留
VMware Workstation Pro的安装向导很傻瓜，直接下一步就能装完，但里面有几个细节值得注意。
第一，安装时默认会勾选“VMware VIX Automation”，这是给开发者用的命令行/脚本接口，普通用户用不上，留着也不会碍事。第二，“增强型虚拟键盘”这个组件建议保留，它解决的是在虚拟机里某些特殊键盘按键（比如Windows键组合、Ctrl+Alt+Del）无法正确传递的问题，尤其是Win11宿主机上跑Windows 11虚拟机时，没有这个组件可能会出现按键错乱。第三，安装路径如果没有特殊原因就保持默认C盘，VMware本体不大，改到别的盘反而可能在后续语言包或驱动升级时出现权限问题。
安装完成后需要重启一次。重启之后如果VMware图标能正常打开，说明基础环境没问题。如果提示Vmware Authorization Service未运行，可以在“服务”里找到这个服务，启动类型设为自动，然后手动启动。
2.4 Win11下的兼容层常见问题
安装过程中还有一类问题和系统兼容层有关。Win11默认带了“针对程序兼容性助手”，它有时候会误判VMware安装程序，弹出一个兼容性提示，此时不要选“在Windows 8模式下运行”，直接选“使用推荐设置”或者“仅运行一次”就行。
如果你在安装时遇到“安装程序无法验证MSI包”这种提示，多半是下载的安装包文件不完整，或者下载途中断网导致的。重新下载一份，校验一下文件大小是否和官网一致，能去掉90%的安装异常。另外，安装时尽量把杀毒软件实时防护临时关掉，Windows Defender或其他第三方杀软对MSI文件的延迟扫描，偶尔会把VMware的驱动安装卡住，安装完成后再打开防护即可。
3. 新建虚拟机时最容易踩的配置坑
3.1 CPU、内存、磁盘怎么分配才算合理
新建虚拟机的向导第一步就是选操作系统类型，这里我建议直接选“Workstation 17.x”或“VMware 17.x”的硬件兼容模式，不要为了追求旧兼容性选16.x，否则一些新功能比如TPM、EFI安全启动会受限。
内存分配是新手最容易拍脑袋乱填的地方。在Win11宿主上跑Windows 11虚拟机，物理内存16GB的机器建议分4GB到6GB，物理内存32GB的机器可以分到8GB。分太少会导致Windows 11虚拟机内部卡顿，分太多Win11宿主的内存压缩机制会被频繁触发，后期不仅虚拟机慢，宿主机也慢。CPU核数也是同样道理，不要盲目把全部核心都分给虚拟机，给宿主机留至少2个核心处理日常任务。
磁盘方面，Windows 11虚拟机建虚拟磁盘时建议直接设成80GB以上，类型用NVMe而不是SATA。Win11的系统组件比较大，NVMe虚拟磁盘在安装系统时速度明显快，而且后续扩容也不麻烦。注意“立即分配所有磁盘空间”这个选项，默认不勾选就好，让它动态增长可以节省宿主机空间，但如果你经常对虚拟机做快照恢复，预分配空间会更稳定。
3.2 Win11虚拟机启动卡Boot / Boot Manager的排查链路
这是整个项目里让我和朋友耗时最长的一个问题。新装完Windows 11虚拟机，开机卡在一个黑底白字的Boot Manager界面，没有任何报错，也不进安装程序。
排查过程是：先确认ISO镜像ISO有没有挂载到虚拟光驱，这个大家都会做，但总会有人忘；然后进虚拟机设置检查“固件类型”是不是UEFI，如果默认是BIOS，Windows 11安装程序根本不启动，因为Win11要求UEFI安全引导。改完UEFI之后依然卡Boot，接下来就是TPM的问题。
Windows 11安装过程中要求必须检测到TPM 2.0，VMware Workstation 16之后可以提供虚拟TPM设备。你去虚拟机设置 -> 硬件 -> 添加 -> 可信平台模块，如果发现添加按钮是灰色，需要先在“选项 -> 访问控制”里给虚拟机加密，也就是设置一个密码，然后再添加TPM。有些版本还会要求关闭虚拟机再操作。
添加TPM之后，再去“选项 -> 高级 -> 引导选项”里勾选“启用安全引导”。这里一定要确认引导顺序是CD/DVD光驱在第一位，硬盘在后面，否则即使ISO挂载了也会从硬盘启动，卡在各种Boot提示里。
这套组合做完，虚拟机重启后你会看到熟悉的“Press any key to boot from CD/DVD...”提示，按任意键就能进Windows 11安装程序了。我把整个链路整理成一条排查顺序：
- 确认ISO已挂载到虚拟光驱
- 固件类型选UEFI
- 添加虚拟TPM（可能需要先加密虚拟机）
- 勾选“启用安全引导”
- 调整引导顺序，光驱优先
- 确认内存≥4GB、磁盘≥64GB
如果这六步都做了还是不行，那就检查一下CPU兼容性问题，在虚拟机设置 -> 处理器 -> 虚拟化引擎里把“虚拟化Intel VT-x/EPT或AMD-V/RVI”勾上，这一步主要针对嵌套虚拟化，但某些Win11安装场景下也有影响。
3.3 Linux虚拟机装完没网、没显示驱动怎么办
Windows之外很多人装VMware是为了跑Linux。Ubuntu、CentOS、Debian在VMware 17.x上安装基本顺畅，最容易遇到的是两个问题：安装完成后没有网络，或者分辨率固定在一个非常低的数值拉不上去。
没网的问题，大部分情况是虚拟机网络模式选了“仅主机模式”。新建VM时默认用NAT模式，这个模式通过宿主机转发共享上网，常见Linux发行版装完开箱即用。如果你改成桥接模式，需要在宿主机有多个网卡时选对物理网卡，不然虚拟机获取不到IP。排查命令：
bash复制ip addr
ping -c 4 8.8.8.8
如果是DNS问题，可以看/etc/resolv.conf，或者把虚拟机的DNS改成114.114.114.114或223.5.5.5。
分辨率拉不上去，基本是因为没装VMware Tools或open-vm-tools。Ubuntu/Debian建议直接装发行版源里的open-vm-tools：
bash复制sudo apt update
sudo apt install open-vm-tools open-vm-tools-desktop
装完重启，分辨率就能跟随窗口大小自动调整，复制粘贴和文件拖拽也能用了。CentOS/RHEL系则用：
bash复制sudo yum install open-vm-tools
Arch系用：
bash复制sudo pacman -S open-vm-tools
不要再去网上找VMware Tools安装包给Linux装上，老式tar包在Wayland会话下问题多，open-vm-tools才是现代主流。
3.4 VMware Tools到底装不装
先说结论：Windows虚拟机和Linux虚拟机都要装。VMware Tools解决的不只是分辨率自适应，还有剪贴板共享、拖拽文件、鼠标顺畅度、时间同步、磁盘性能提升，这些体验差别是“能开机”和“好用”的分界线。
Windows虚拟机里装VMware Tools很简单，虚拟机菜单栏点击“虚拟机 -> 安装VMware Tools”，在虚拟机内会弹出光盘，双击安装即可。安装过程中如果Win11弹出安全提示，需要选择“仍要安装”，因为VMware Tools驱动没有微软签名，这在Win11上是个老问题。装完后重启，并且一定要在设置里允许“VMware Tools”服务自动启动。
Linux虚拟机如果用了open-vm-tools-desktop，其实已经是VMware Tools的官方替代。装完之后你在VMware菜单里可能看不到“VMware Tools”运行状态，这是正常的，不用纠结。
4. 宿主机性能、GPU与Hyper-V的共处之道
4.1 Win11内存占用过高和内存压缩的冲突
很多人在Win11上跑VMware会感觉宿主机变卡，打开任务管理器一看，内存占用90%多，甚至某个“内存压缩”进程占了不少CPU。Win11有个内存压缩机制，当物理内存不够时会对内存页进行压缩，而不是立刻写入磁盘，这个机制在普通办公场景下没问题，但当你开一个占用8GB内存的虚拟机，再加上QQ、浏览器、IDE之类，系统就会频繁压缩内存，性能直接劣化。
解决思路有两个。一个是从源头给VMware留足够内存，物理内存16GB的机器不要同时开太多宿主应用，虚拟机分到6GB已经是上限；另一个是关闭Win11的内存压缩机制。关闭方法：
powershell复制# 管理员PowerShell查看当前状态
Get-MMAgent
# 关闭内存压缩
Disable-MMAgent -MemoryCompression
# 重启后生效
Restart-Computer
想恢复就执行：
powershell复制Enable-MMAgent -MemoryCompression
不过我个人不建议一上来就关内存压缩。如果你的物理内存在32GB以上，压缩机制很少被触发，关不关无所谓；但如果只有16GB，而且长期在VMware里跑大内存虚拟机，关掉压缩配合虚拟内存（页面文件）反而更流畅。
还有个小技巧：在VMware虚拟机设置 -> 内存里，可以勾选“预留所有客户机内存”。这个选项会让虚拟机一次性把内存锁定在宿主机里，保证虚拟机内部性能稳定，代价是宿主机可用内存立即减少。如果你的物理内存够大，建议勾上；如果内存紧张，开了反而会导致宿主机频繁换页。
4.2 虚拟机的GPU加速：从3D加速到显卡直通
VMware Workstation Pro不是为游戏和图形渲染设计的，这要说在前面。虚拟机设置里有一个“显示”选项，里面可以勾选“加速3D图形”，并选择DirectX 11或OpenGL 4.3。这个模式能保证Windows虚拟机跑一些基础的3D应用、稍微拿网络显卡跑个Blender小场景，但和宿主机独显直出的性能差几条街。
如果你在虚拟机上想跑CUDA，情况就比较尴尬。VMware Workstation Pro不支持PCIe直通，也就是说虚拟机没法直接把宿主的NVIDIA显卡占为己有，CUDA在虚拟机里要么只能通过旧版RemoteFX或vSGA方式绕过，要么性能低到没法用。真要在Windows宿主机上做CUDA开发，我建议直接用WSL2 + CUDA Toolkit，比VMware省心几百倍；如果非要隔离环境，那应该直接上ESXi或Linux KVM。
不过VMware Workstation 17.6之后，在GPU方面主要改善的是虚拟机3D渲染的稳定性，特别是Windows 11虚拟机里启用GPU加速后，窗口拖拽不再闪烁。操作方法：虚拟机设置 -> 显示 -> 勾选“加速3D图形”，渲染引擎选“自动”，虚拟显卡选“VMware SVGA II”。如果虚拟机内软件提示GPU版本过低，检查VMware Tools版本，旧版Tools会导致3D加速失效。
4.3 装了Hyper-V、Docker、WSL2之后VMware变慢
Win11上的虚拟化玩家经常是“全家桶”状态，VMware里跑Windows，宿主机又开了Docker Desktop和WSL2，这几个东西聚在一起，底层会争夺CPU虚拟化资源。Docker Desktop和WSL2默认走WHPX，而VMware Workstation是独立的hypervisor，两个不能同时“独占”VT-x。
从VMware Workstation 15.5开始，官方支持与Hyper-V共存，方法是让VMware运行在WHPX上层。简单说，只要Win11开启了Hyper-V平台，VMware会自动切换到侧载模式，不需要你手动设置。但代价是性能损耗，虚拟机里的磁盘I/O和CPU指令集都会受影响，跑大型软件时表现尤其明显。
如果你希望跑VMware时获得完整的性能，可以把Docker Desktop/WSL2暂时停掉，并且关闭hypervisor层。操作是管理员PowerShell运行：
powershell复制bcdedit /set hypervisorlaunchtype off
重启后VMware会回到原生VT-x直通模式，性能恢复。要再用Docker时改回：
powershell复制bcdedit /set hypervisorlaunchtype auto
这里要注意：Win11家庭版想开Hyper-V功能，在控制面板里找不到入口，可以用命令强制开启：
powershell复制dism /online /enable-feature /featurename:Microsoft-Hyper-V-All /all /norestart
但开完之后VMware的性能问题会放大。我的建议是，日常开发以WSL2为主，就不要折腾VMware的重负载虚拟机；反之，如果你在VMware里跑一些有性能要求的系统，就尽量少和Docker Desktop同时开。
4.4 外设映射：USB、打印机、摄像头和CUDA环境
Win11宿主机上插了USB设备，VMware默认会给出一个提示，问你要连接到宿主机还是虚拟机。如果没弹，可以在虚拟机菜单栏点击“虚拟机 -> 可移动设备”，手动选择USB设备并连接。打印机、摄像头、U盾这类设备只要USB驱动正常，基本都能通过这种方式映射进虚拟机。
打印机这块，很多人在Win11虚拟机里装打印机驱动报错，其实绝大部分是驱动版本不对，不是VMware的问题。先确认Windows 11虚拟机里是不是装了对应品牌厂商的最新驱动，然后检查USB控制器兼容性。建议在虚拟机设置里把USB控制器设为USB 3.1，否则有些USB打印机在虚拟机里识别不稳定。
摄像头和麦克风在VMware里默认不会自动映射，需要你手动在“可移动设备”里把摄像头连接进虚拟机。连接后，虚拟机内Windows会自动加载驱动。如果人脸识别摄像头没法用，大概率是VMware Tools版本旧，升级VMware Tools后再试。
CUDA这块再啰嗦一句：如果是在虚拟机里做深度学习训练，我不建议走VMware。NVIDIA针对云平台提供vGPU方案，但那需要ESXi配合专业虚拟化环境。个人电脑上老老实实用宿主机原生CUDA环境，或者用WSL2配Docker跑CUDA，比在VMware里折腾要稳定得多。
5. 日常使用里的高频操作与解决记录
5.1 把Win11右键菜单改回Win10的经典样式
装完VMware之后，很多人的第一反应是右键点击一个.vmx文件或镜像文件，想用VMware打开，结果发现Win11的新版右键菜单里没有“用VMware打开”这个选项，还得点“显示更多选项”才能看到。于是顺便把这个经典问题一起解决掉。
Win11的右键菜单改成两段式之后，很多老软件的快捷菜单都会被折叠到“显示更多选项”里。想让右键菜单恢复Win10那种完整展开的样子，可以改注册表：
text复制HKEY_CURRENT_USER\Software\Classes\CLSID\{86ca1aa0-34aa-4e8b-a509-50c905bae2a2}\InprocServer32
把默认值留空，然后重启资源管理器。操作路径是：开始菜单搜索regedit，定位到上面的路径，新建项和子项，子项的“默认”值不要填内容，双击或右键修改为空即可。然后打开任务管理器，找到“Windows资源管理器”，右键重启。这个时候右键菜单就是Win10经典版，VMware的右键入口也会直接显示出来。
想恢复Win11新版右键菜单，只需要删除这个注册表项再重启资源管理器。这个方法网上版本很多，但注意别去下载第三方右键菜单工具，很多工具会附带无关软件。
5.2 网络模式的选择：NAT、桥接和VLAN场景
VMware Workstation Pro提供了三种最常见的网络模式：NAT、桥接、仅主机。NAT是最适合新手的，虚拟机通过宿主机IP出去，不占用局域网地址，宿主机换网络环境也不会断；桥接则是让虚拟机直接出现在局域网里，有独立IP，适合做服务器、部署测试或远程访问；仅主机适合完全隔离的调试环境，虚拟机之间可以互通，但出不了宿主机。
桥接模式在Win11宿主机上偶尔会有选错物理网卡的坑。当宿主机同时有有线网卡、无线网卡和虚拟网卡时，VMware可能自动选了错误的网卡，导致虚拟机只有宿主机网络一半的丢包率。解决办法是：虚拟网络编辑器里把桥接模式对应的网卡手动绑定到正在联网的那块物理网卡上。
关于VLAN，网上一搜“Win11没有VLAN”能看到一堆人问。注意，VMware Workstation Pro的图形界面里确实没有直接设置VLAN ID的入口，但它可以借助虚拟网络编辑器或修改虚拟机配置文件来实现。如果你的虚拟机需要加入某个VLAN，前提是物理交换机对应的端口已经做了Trunk配置。普通家庭网络根本用不到VLAN，别被这个词吓到；如果是在公司网络里，建议直接让网络管理员把对应的网络策略配好，然后在虚拟机内部再设置静态IP路由。
5.3 快照、克隆和虚拟机迁移的轻量方案
快照是我用VMware Workstation Pro最频繁的功能。在安装重要软件、做系统测试、配置环境之前，随手打一个快照，回头出了问题直接恢复，比重新安装系统快多了。
快照虽然好用，但要注意不要堆积太多。每打一个快照，宿主机磁盘上就会生成一个差异文件，快照链越长，虚拟机启动越慢，恢复时也容易出问题。我的习惯是：持续迭代的虚拟机只保留两个关键节点快照，其他旧快照定期删除。保留快照后，虚拟机磁盘文件不要手动移动，因为快照依赖原文件磁盘，一旦路径变了，快照链会断。
虚拟机迁移到另一台电脑，更推荐用“文件 -> 打开”指向.vmx文件这种方式，把整个虚拟机文件夹拷贝到新机器，然后选择“我已复制该虚拟机”，这样VMware会重新生成网卡MAC地址，避免和原虚拟机冲突。如果你的虚拟机启用了磁盘加密或设置了TPM，恢复时保管好密码或证书文件，否则可能无法解密。
5.4 关于系统镜像的碎碎念
最后聊两句镜像。网上流传的各种“Win11精简版、1.88G、优化版”系统镜像，在物理机上都有风险，在虚拟机里更不适合，因为很多精简版本把Win11的组件砍掉太多，导致VMware Tools、虚拟TPM、Secure Boot这些虚拟化相关的功能无法正常工作。我见过一个案例，朋友在虚拟机里装了精简版系统，安装VMware Tools时一直提示缺少组件，最后重装了官方原版系统才解决。
所以Windows 11虚拟机镜像，直接去微软官网下载ISO最省心，下载时注意对应版本。如果担心下载速度慢，用微软官方媒体创建工具生成ISO也可以。虚拟机里安装系统比物理机简单，不需要U盘，不需要PE，挂载ISO启动就能装。
我自己到现在还会犯的一个低级错误，就是装快照的时候忘记给快照命名。回头一看快照列表全是“快照 1”“快照 2”，根本不知道哪个对应哪个阶段。后来我养成了一个习惯，快照名称里写上日期和用途，比如“20260611_装VMwareTools前”“20260611_配置完网络”，这样一周后再回来也不会抓瞎。这个习惯虽然和Win11、VMware的技术细节没关系，但确实能让你在长时间的项目里省掉很多烦恼。