企业官网建设流程全解析

在 Windows 上把虚拟机跑起来这件事，我本来以为是个“下一步、下一步”就能解决的小事，结果真正动手才发现，坑全藏在安装完成之后。因为日常开发经常要在 Linux 环境里跑脚本、测服务，我又不想为了偶尔用一下去折腾双系统，所以选了 VMware Workstation。这篇就从头讲一遍我的实际操作：从 VMware 下载、BIOS 虚拟化开关、Hyper-V 冲突处理，到创建虚拟机、装 Windows/Ubuntu 镜像，再到 VMware Tools 安装时报“继续运行脚本未能在虚拟机中成功运行”的完整排查链路。这中间很多问题不是靠官网文档能直接找到答案的，属于典型的“不看一遍真实报错根本不知道哪里翻了车”的类型。

1. 选对版本和镜像，安装过程就成功了一半

1.1 VMware Workstation Pro 17 从哪下载才靠谱

先说下载。现在 VMware 官网的下载入口和以前不太一样了，被 Broadcom 收购之后，Workstation Pro 的下载页面整合到了 Broadcom 的支持门户里，直接搜索“VMware Workstation Pro 下载”很容易跑到第三方打包站去。第三方站点的安装包我自己是不太建议用的，且不说可能捆绑推广软件，安装包被改过的话，后续虚拟机里的系统安全也没法保证。

比较稳的路径有两个：一是打开 VMware 官网的下载页面，在产品列表里找到 Workstation Pro，点击后会跳转到 Broadcom 支持门户；二是在 Broadcom 门户里注册一个账号，个人用户注册后可以申请免费许可证，然后下载安装包。安装包大概 600MB 左右，版本号是 17.x，支持 Windows 10/11 的 64 位系统。

下载完之后，建议顺手校验一下 SHA256。用 PowerShell 执行Get-FileHash命令就能算出来，和官网给的值比对，一致再安装。这一步很多人跳过，但如果你是从第三方站点下载的安装包，这可能是你唯一能确认文件没被动过手脚的机会。

1.2 宿主机 BIOS 虚拟化开关：最容易被忽略的拦路虎

我见过不少人把 VMware 装好之后，创建虚拟机也能点，一开机就报错，提示“此主机支持 Intel VT-x，但 Intel VT-x 处于禁用状态”。这个报错的意思很明确：你的 CPU 明明支持硬件虚拟化，但主板的 BIOS/UEFI 里没打开这个开关。

Windows 系统下可以先看一眼任务管理器，按Ctrl + Shift + Esc打开任务管理器，切到“性能”标签页，选择 CPU，右下角有个“虚拟化”状态。如果显示“已启用”，说明 BIOS 层面没问题；如果显示“已禁用”，那就需要重启电脑，在开机时按Del或F2进入 BIOS 设置。Intel 平台一般在Advanced → CPU Configuration里找Intel Virtualization Technology，AMD 平台则找SVM Mode，把它设为 Enabled，保存退出后重新进入 Windows 即可。

这个开关对 VMware 来说是硬性要求，因为现在的虚拟机都依赖硬件虚拟化来跑 64 位客户机。另外还需要注意 Windows 安全中心里的“内核隔离-内存完整性”，如果开启了这个功能，偶尔也会干扰虚拟化层的使用，有些机器上 VMware 会直接报错，建议先关掉再试。

1.3 Windows Hyper-V 与 VMware 的共存冲突

还有一个特别容易踩的坑，就是 Windows 自带虚拟化功能和 VMware“打架”。具体表现是 VMware 打开虚拟机时报错：“VMware Workstation 与 Device/Credential Guard 不兼容”。这个问题的根源在于 Windows 的 Hyper-V 或“虚拟机平台”功能占用了虚拟化层，VMware 拿不到底层的 VT-x 使用权限。

如果你用不到 Hyper-V、WSL2、Windows 沙盒这些功能，最简单的办法是在“控制面板 → 程序 → 启用或关闭 Windows 功能”里关掉“Hyper-V”和“虚拟机平台”，然后重启。另一个常见的处理方式是使用管理员命令行执行：

bcdedit /set hypervisorlaunchtype off

执行后重启也一样能把系统自带的 hypervisor 关掉。反过来如果以后又想用 WSL2 了，再把hypervisorlaunchtype设回auto就行。

这里我想多提醒一句：如果你的日常工作本来就依赖 Docker Desktop 的 WSL2 后端，或者需要 Windows 沙盒来测试文件，那关闭 Hyper-V 会导致这些功能不可用。这种情况下可以考虑在 VMware 的虚拟机设置里打开“应用程序在虚拟机管理程序下运行”这个选项，相当于让 VMware 在 Hyper-V 之上做二级虚拟化，性能会有一点点损耗，但至少能让两者共存。

2. 从双击安装包到启动成功，中间的坑我一个个踩过

2.1 安装流程本身没难度，难在装完打不开

VMware Workstation 的安装向导确实没有太多可说的，无非是接受许可协议、选择安装路径、选择是否安装“增强型键盘驱动程序”。但这里有几个细节值得注意。

“增强型键盘驱动程序”这个组件我建议勾选上。它的作用是让虚拟机里能正确识别一些特殊按键组合，比如在 Linux 客户机里使用Ctrl+Alt+F1切换终端、在 Windows 客户机里用某些快捷键，不装的话键盘映射偶尔会不完整。安装路径不要装在 C 盘系统盘也是老生常谈，但确实有很多人默认下一步，结果 C 盘空间被虚拟磁盘镜像慢慢吃光。建议安装到 D 盘或者数据盘，路径不要带中文和空格，避免后续出现莫名其妙的路径解析问题。

安装完成后一般需要重启电脑，这个别偷懒。很多服务组件要等重启之后才能正确注册，不重启直接运行，大概率会碰上授权服务没起来、虚拟网卡没创建成功之类的问题。

2.2 双击没反应的排查链路

有相当一部分人遇到的不是 VMware 报错，而是双击桌面图标后完全没反应。这种情况先别着急重装，我按排查顺序给你捋一下。

首先是检查进程和权限。右键 VMware 图标，选择“以管理员身份运行”，如果这时候能打开，说明问题出在权限不足上。VMware 的很多操作需要管理员权限，比如创建虚拟网卡、修改服务配置，所以建议直接在桌面快捷方式的“兼容性”里勾选“以管理员身份运行此程序”。

如果以管理员身份运行也没反应，打开“服务”管理窗口，按Win + R输入services.msc，找到VMware Authorization Service，看看它的状态是不是“正在运行”，启动类型是不是“自动”。这个服务负责软件授权校验，如果它没启动，VMware 主程序会直接闪退。把它设为自动启动并手动开启一次，再运行 VMware 试试。

还有一种不常见但真实存在的情况是运行库缺失。VMware Workstation 17 依赖 Microsoft Visual C++ 运行库和 .NET Framework 4.8，如果系统里缺少这些组件，程序启动时会静默失败。去“设置 → 应用 → 可选功能”里检查 .NET Framework 3.5/4.8 是否启用，VC++ 运行库建议把 2015-2022 的 x64 和 x86 版本都装上。

如果以上都排查完还是不行，看一下 Windows 事件查看器里的应用程序日志。按Win + X，选择“事件查看器”，切到“Windows 日志 → 应用程序”，找来源为 Application Error 的记录，里面会记录具体的错误模块和异常代码。我之前处理过一台机器，就是从这里看到是安装包下载不完整导致某个 DLL 缺失，重新下载安装后问题就没了。这件事也说明了为什么前面专门强调下载源和校验和：很多“打不开”“闪退”问题，根源就是安装包本身不完整。

2.3 许可证输入和个人免费授权

装好之后第一件事就是处理许可证。VMware Workstation Pro 17 的菜单栏点“帮助 → 许可证”，可以输入许可证密钥。网上搜到的所谓密钥，能用多久完全看运气，而且来源不明的话也有安全风险。这里我只说正规途径：个人用户去 Broadcom 官网注册一个账号，在支持门户里申请 VMware Workstation Pro 的个人免费许可证，会得到一个 Key，填进去之后界面右上角会显示“已获得许可”之类的标识。

需要提醒的是，这个个人免费许可只适用于个人非商业用途。如果是公司环境或商业项目使用，还是需要通过正规商业授权渠道购买，不然许可证校验可能随时失效，企业使用未授权软件也存在合规风险。我的态度一直很明确：工具是用来提高效率的，别在授权这种基础问题上给自己埋雷。

3. 创建第一台虚拟机：硬件怎么分配才不卡

3.1 虚拟机硬件配置清单

创建虚拟机的入口是“文件 → 新建虚拟机”，向导会问你是“典型”还是“自定义”。我个人习惯选“自定义”，因为可以在创建过程中直接把硬件调整好，省得建完再改。不过选“典型”也行，后面进去再改设置是一样的，只是多一步操作。

让我先说结论，给你一个可以直接照抄的硬件分配参考表：

处理器数量不要贪多，特别是物理机本身只有 4 核的话，分给虚拟机 4 颗逻辑处理器可能直接导致宿主机卡死。内存更是如此，Windows 宿主机一般建议至少保留 8GB 给自己，你物理机如果是 16GB 内存，分给虚拟机 4GB 是比较舒服的，不要超过 8GB。

磁盘类型和大小也需要专门说一下。虚拟磁盘创建时会问“将磁盘拆分成多个文件”还是“存储为单个文件”。如果你只是本机使用，选“存储为单个文件”可以获得稍微好一点的 IO 性能，而且虚拟磁盘文件就是一个.vmdk，迁移起来也直观。如果你打算把虚拟机文件放到网盘同步或者移动硬盘上，拆分成多个文件会在传输时更灵活，但性能会略差。

3.2 Windows 11 的 TPM 和安全启动

如果你要装的是 Windows 11，那要注意的配置会多一些。Windows 11 的安装程序会强制检查 TPM 2.0 和安全启动，不满足的话直接提示“这台计算机无法运行 Windows 11”，而且没有单纯跳过的手段。

在 VMware 里，给 Windows 11 客户机加 TPM 模块的路径是：虚拟机设置 → 硬件 → 添加 → 可信平台模块。添加后自动生成一个 TPM 设备，同时要在“选项 → 高级 → 固件类型”里确认选择的是 UEFI，而不是传统 BIOS，并把“启用安全引导”勾上。注意一点：添加 TPM 时一定要确保虚拟机是关机状态，开机状态下这个按钮是灰的。

这里有个先后顺序比较容易踩坑：如果你是先创建了一个默认 BIOS 固件的虚拟机，装到一半发现 Windows 11 检测不到 TPM，那改完 UEFI 和安全引导之后，最好是重新分区安装，因为磁盘的 MBR/GPT 分区表结构不匹配会导致启动失败。

3.3 Linux 虚拟机的两个细节

Linux 发行版的配置相对宽松，但有两个细节值得留意。

第一个是“客户机操作系统类型”的选择。新建虚拟机向导里会问你客户机是什么系统，这里选择Linux，然后在版本下拉框里找对应发行版。以 Ubuntu 24.04 为例，如果列表里没有刚好的版本号，选Ubuntu 64 位或者Other Linux 5.x kernel 64-bit都行。有些朋友会担心选错版本会不会装不上，其实不会，因为安装过程主要靠 ISO 镜像引导，这个选项更多是让 VMware 自动匹配一些最佳配置参数，比如网卡型号和虚拟显卡类型。

第二个是网络连接方式。在向导最后的“网络连接”页面，我建议先选“网络地址转换（NAT）”以外的“使用仅主机模式网络”甚至“不使用网络连接”。这不是说 NAT 有问题，而是很多 Linux 发行版的安装程序在检测到网络后会自动下载第三方驱动或语言包，如果恰逢网络较慢，安装时长会拖得很长。先把网络断掉装完系统，再改成 NAT 模式，效率会高很多。

4. 操作系统安装环节的翻车实录

4.1 从 ISO 启动的操作技巧

创建完虚拟机后，在“虚拟机设置 → 硬件 → CD/DVD”里选择“使用 ISO 映像文件”，浏览到下载好的系统镜像即可。开机后如果没自动从光盘引导，可以快速点击虚拟机窗口，按F2进入固件设置，或者在开机时按Esc调出启动菜单。另外，VMware 里鼠标默认被捕获进虚拟机窗口，按Ctrl + Alt可以把鼠标释放回宿主机，这个快捷键建议背下来，后面会频繁用到。

4.2 Windows 10/11 蓝屏与安装中断排查

我在虚拟机里装 Windows 系统时，最常遇到的就是安装过程中蓝屏，或者安装到一半自动重启，然后陷入“重启-安装-重启”的死循环。分享一下我总结的排查思路。

蓝屏如果出现在安装程序刚启动的阶段，优先怀疑镜像和虚拟硬件不匹配。先确认你下载的 ISO 是不是完整的，很多网盘上下载的镜像解压后文件损坏，安装程序读着读着就崩了。另外检查虚拟机的固件类型，Windows 11 必须用 UEFI，如果你建虚拟机时选成了传统 BIOS，装到一半蓝屏很正常。

如果安装已经进行到复制文件阶段，但复制完成后重启就卡住或蓝屏，十有八九是磁盘控制器驱动问题。VMware 默认给 Windows 客户机提供的虚拟 SCSI 控制器通常没有问题，但某些精简版系统镜像里没有内置这部分驱动，就会导致重启后找不到系统盘。解决的思路有两个：一是在创建虚拟机时把磁盘改成 SATA 接口，兼容性最好；二是使用原版官方镜像，不要用各种精简修改版。我个人的建议是，只要不是特殊测试场景，一律优先用官方原版镜像，稳定压倒一切。

安装 Windows 的过程中如果遇到“安装程序无法创建新的分区，也找不到现有分区”，可以调出命令行，用 diskpart 把虚拟磁盘清理成 GPT 分区表，然后再回到安装界面刷新分区列表。注意：Windows 10 的 64 位版本对 GPT 支持没问题，Windows 7 则更推荐 MBR 加 BIOS 固件组合，这跟系统引导方式有关。

4.3 Ubuntu 安装的 DMI 校验与分区问题

Linux 这边，Ubuntu 的安装相对省心，但也不是没有坑。有朋友反馈在 VMware 里安装 Ubuntu 时，开机阶段会卡在“Verification of the DMI data failed”的提示。这个报错其实不是 VMware 本身的问题，而是某些 Linux 发行版在启动时会校验主板的 DMI 信息，虚拟机的固件信息不完整就会触发。解决方法是打开虚拟机的.vmx配置文件，在里面增加一行：

smbios.reflectHost = "TRUE"

设置完后保存文件，重新启动虚拟机，让虚拟机直接反射宿主机的 SMBIOS 信息，这个报错基本就能消失。

分区方面没什么复杂的，虚拟机场景下选“清除整个磁盘并安装 Ubuntu”就行。但要注意两点：一是默认安装会使用 LVM 逻辑卷管理，好处是以后扩容方便，坏处是如果你不熟悉 LVM，在磁盘空间被占满时会比较难处理；二是不要在这个阶段勾选“为安全起见加密新的 Ubuntu 安装”，虚拟机里的加密磁盘在每次开机时都要输入密码，而且 VMware 快照功能对加密磁盘的兼容性也有限，属于自己给自己找麻烦。

4.4 关于 Ghost 系统包的特殊提醒

热词里有人问“VMware 虚拟机如何安装 Ghost 系统包”，这里也顺带讲一下。Ghost 系统包的安装逻辑和官方镜像不一样，它不是通过标准安装程序引导的，而是先启动 PE 环境，再用 Ghost 工具把镜像还原到虚拟磁盘。在 VMware 里操作时，关键是给虚拟机加载 PE 启动 ISO，然后在 PE 里运行 Ghost。实际遇到的问题主要集中在虚拟磁盘的分区识别上，Ghost 有时会识别不了虚拟 SCSI 磁盘，所以创建虚拟机时把硬盘控制器改成 SATA，兼容性会好很多。

但我必须多说一句：网上流传的很多 Ghost 系统包都是精简修改过的，里面会被植入什么谁也没法保证，尤其你如果是要在虚拟机里存密码、网银控件、公司数据，就更不应该用这类系统。用官方原版镜像最多就是装完需要手动调整一下设置，安全上的放心是用什么都换不来的。

5. VMware Tools 安装脚本失败的完整排查链

5.1 Tools 到底有什么用，值不值得装

系统装好之后，第一件事不是急着上网或者装软件，而是装 VMware Tools。很多人觉得 Tools 就是个可有可无的驱动包，不装也一样用。我这么说吧：不装 Tools，Windows 客户机还能用，但屏幕分辨率会被锁定在非常低的分辨率，鼠标经常要按Ctrl+Alt键才能释放，文件拖拽完全不可用，共享剪贴板也没有。Linux 客户机就更夸张，分辨率同样被锁定，而且虚拟机的图形性能差得明显，窗口拖动都带残影。

Tools 的核心组件包括显示驱动、鼠标驱动、拖拽复制服务和共享剪贴板服务。它的安装方式是在 VMware 菜单栏点击“虚拟机 → 安装 VMware Tools”，相当于给客户机挂载了一个包含安装程序的光盘镜像，然后在客户机里运行安装程序。

5.2 “继续运行脚本未能在虚拟机中成功运行”是怎么发生的

如果你给 Windows 虚拟机关机重启，系统会自动执行 VMware Tools 的安装。很多人的翻车点就在这里：安装程序走到最后，弹出一个对话框，提示“VMware Tools 安装程序无法继续。继续运行脚本未能在虚拟机中成功运行。如果您在此虚拟机中配置了自定义脚本，请确保您的脚本中没有错误。”弹窗里还会问你是否要继续运行脚本，点“是”之后好像安装就完成了，但虚拟机里功能不全的现象依然存在。

这个报错表面看是脚本执行失败，其实背后有好几种可能。最常见的情况是安装 Tools 的时候，Windows 的某些系统组件还处于“尚未准备就绪”的状态。比如你刚装完 Windows，没等系统完全初始化就立即安装 Tools，这时候 Windows 的 Windows Management Instrumentation（WMI）服务还在初始化，脚本的一部分功能就无法正常注册。另一个常见原因是系统里残留了旧版 VMware Tools，新版本安装时覆盖不干净，导致脚本在最后一步报错。还有 UAC 权限的问题：如果安装过程中没有以管理员身份运行安装程序，脚本尝试写入系统目录时就会被拦截，但安装界面又不会直接告诉你是权限不足。

5.3 从提示到解决的完整排查链路

我在本地遇到过不止一次这个报错，下面是我验证过可行的排查顺序。

第一步，重启客户机，用 Administrator 账户登录，这个很有必要。Windows 安装 Tools 时执行的脚本涉及系统服务注册和驱动安装，普通管理员账户在 UAC 开启时也可能被部分拦截，直接进内置 Administrator 账户能把这一层干扰降到最低。

第二步，如果重启后再次弹出脚本错误，先打开“控制面板 → 程序和功能”，看 VMware Tools 是否已经出现在列表里。如果出现了，先用“修复”功能修复一次，再重启看效果。如果修复无效，就完整卸载旧版本，卸载后重启，再重新安装。

第三步，强制手动安装。虚拟机菜单里“安装 VMware Tools”之后，打开文件资源管理器，能看到光驱里有个安装包，如果是 64 位客户机就运行setup64.exe，右键选择“以管理员身份运行”。如果 VMware 的安装包还是报同样的错，可以把光驱中的安装文件复制到 C 盘的临时目录，解压后单独运行其中的安装文件，这样能绕开光驱访问和路径长度导致的脚本问题。

第四步，临时关闭 UAC 和第三方防护软件。把用户账户控制的滑块拉到“从不通知”，关闭安全软件的实时防护和驱动拦截功能，再重新安装一次。脚本执行失败在很多时候就是被安全软件拦了写注册表或者写驱动路径的操作。

第五步，安装完成之后手动启动服务。按Win + R输入services.msc，检查VMware Tools服务是否处于运行状态，启动类型是否为自动。

如果以上步骤都走完还是报脚本错误，我的处理办法是点弹窗里的“是”先完成安装，重启后再观察。因为在多数情况下，脚本失败只是用户会话配置没有执行，核心的显示驱动、鼠标驱动已经通过安装主体写入了系统，重启后功能其实已经可用。要是重启后分辨率、拖拽仍然不行，再回到控制面板里对 VMware Tools 做一次修复安装。这个思路比反复卸载重装要高效得多。

5.4 Linux 下 Tools 编译安装的依赖问题

Linux 客户机安装 VMware Tools 的路径和 Windows 不一样。菜单栏选择“安装 VMware Tools”后，Linux 系统里会挂载一张光盘，终端执行：

sudo mount /dev/cdrom /mnt/cdrom cd /mnt/cdrom tar zxvf VMwareTools-*.tar.gz -C /tmp cd /tmp/vmware-tools-distrib sudo ./vmware-install.pl

安装脚本会一路提问，大部分情况直接回车接受默认值就行。但如果你是在一个全新安装的 Ubuntu 上执行，大概率会碰到编译失败，因为vmware-install.pl编译内核模块时需要gcc、make和当前内核对应的头文件。解决办法是先安装编译依赖：

sudo apt update sudo apt install build-essential linux-headers-$(uname -r)

然后再跑一遍安装脚本。拿到新的内核版本后，如果更新了内核，VMware Tools 模块也常常需要重新编译，这个没法避免。而且 Ubuntu 22.04 之后，官方仓库里其实更推荐用开源虚拟化驱动，有些场景下 VMware Tools 与系统自带驱动的配合会有小问题，如果你在分辨率正常、共享剪贴板能用、文件拖拽也正常的情况下，不必刻意重装 Tools。

6. 日常使用调优：网络、共享、性能的一次性配置

6.1 网络模式：NAT、桥接、仅主机怎么选

虚拟机网络模式是很多人新上手时最容易迷惑的点。VMware Workstation 提供了三种常见模式，选错了最直观的表现就是虚拟机没法上网，或者宿主机连不上虚拟机。

NAT 模式是我日常用的默认方案。这种模式下，虚拟机通过宿主机转发访问外网，从外部看，虚拟机发出的请求都来自宿主机 IP。好处是宿主机能上网，虚拟机就能上网，不需要关心路由器、IP 段之类的设置，安全隔离也更好。桥接模式则是把虚拟机当作局域网里的一台独立设备，由路由器给虚拟机分配单独的 IP。如果你需要让局域网里的其他设备直接访问虚拟机，例如测试一个部署在虚拟机上、需要局域网内的同事一起访问的服务，那就必须用桥接。

仅主机模式则最简单，虚拟机和宿主机之间形成一个私密网络，虚拟机无法访问外网，适合做恶意软件分析或者搞一些不希望外部访问的实验环境。我的建议是：别犹豫，默认用 NAT，等明确知道需要桥接的跨设备访问场景时再切换。切换方式在虚拟机设置 → 网络适配器里改，改完重启虚拟机网络即可。

6.2 共享文件夹与拖拽拷贝

虚拟机和宿主机之间传文件，最舒服的方式是直接拖拽，但这个功能依赖 VMware Tools，Tools 没装好之前只能干瞪眼。Tools 装好之后，Windows 客户机可以直接拖文件进去，Linux 客户机的部分桌面环境也支持拖拽。

如果需要固定的双向同步目录，更稳定的做法是配置共享文件夹。虚拟机设置 → 选项 → 共享文件夹 → 选择“总是启用” → 添加一个宿主机目录。配好之后，Windows 客户机在文件资源管理器里输入\\vmware-host\Shared Folders\共享名就能访问；Linux 客户机则通常挂载在/mnt/hgfs/目录下。如果 Linux 下没有自动挂载，执行一下：

sudo vmhgfs-fuse .host:/ /mnt/hgfs -o allow_other

就能手动挂载。共享文件夹和拖拽并不冲突，传一个一次性的小文件用拖拽，需要长期互通的工作目录用共享文件夹。

6.3 快照、克隆与备份习惯

快照可能是虚拟机比物理机体验好十倍的功能。我每次给虚拟机做完一个重要配置，或者准备试验一个可能会搞坏系统的东西之前，都会先打一个快照。比如给 Ubuntu 升级内核、装一个来源不明的软件包、改系统网络配置，我都会在操作前点一下快照，出现问题后直接恢复到干净状态，整个过程只需要几秒钟。

但快照和备份是两个概念，只依赖快照是危险的。快照文件通常和虚拟磁盘放在同一目录，如果物理磁盘坏了或者虚拟机文件误删，快照一样跟着丢。所以重要虚拟机的虚拟磁盘目录最好放在非系统盘，对于需要长期保留的客户机系统，我建议定期用导出功能复制一份备份到独立硬盘，或者至少拷贝关键数据目录。

克隆是另一个省事的功能。在虚拟机电源关闭的状态下，右键虚拟机 → 管理 → 克隆，可以创建链接克隆或完整克隆。完整克隆等同复制一台独立虚拟机，占用的磁盘空间与原始磁盘一样；链接克隆则依赖原始虚拟机的磁盘文件，额外占用小得多，适合快速创建多个测试环境。不过链接克隆的原始虚拟机如果被删除或移动到别的位置，链接克隆也就没法用了。

6.4 关于虚拟磁盘存放位置和性能的最后一点经验

文章最后想分享一个我用虚拟机几年下来最深刻的教训：虚拟机的性能瓶颈几乎不在 CPU 和内存，而在磁盘 IO。宿主机用固态硬盘，虚拟机里的系统体验会好非常多；如果虚拟机磁盘文件放在机械硬盘上，哪怕分配 8 核 16GB 内存，启动 Windows 11 照样能卡到你怀疑人生。所以有条件的话，把虚拟机文件整体放在固态硬盘分区，并且保证这个分区有足够的剩余空间，因为 VMware 的虚拟磁盘文件会动态增长，连续的大容量占用会导致磁盘碎片增加，性能下降。

另一个经验是不要一味给虚拟机分配过高的硬件资源。我自己最初建虚拟机时习惯把内存拉满，结果宿主机卡成幻灯片，后来切到 4GB 反而什么都顺了。虚拟机分配多少资源取决于客户机系统实际需要多少，而不是你还剩多少。判断标准很直接：客户机系统里的资源监视器如果显示内存使用长期在 80% 以下、CPU 占用不高，那就是分配足够且合理，没必要再加了。

虚拟机这个东西，初看起来不过是一个窗口里的电脑，但真正用好它，靠的是对虚拟化原理、系统引导方式和文件机制的理解。上面这些内容基本覆盖了从安装到日常使用会遇到的大部分问题，希望对正在折腾 VMware 的你有点帮助。