1. 为什么说 VMware Fusion 是 macOS 上跑 Windows 的最佳选择先说结论如果你手里是一台 Mac不管是 Intel 芯片的老机器还是 M 系列芯片的新机器想跑 Windows 虚拟机VMware Fusion 基本是综合成本最低、折腾最少的方案。这话不是我随便说的我前后在 Mac 上用过 Parallels Desktop、UTM、QEMU 手动编译甚至还有一段时间靠 Boot Camp 双系统硬切最后兜兜转转还是回到了 Fusion 这边理由其实特别朴素免费、稳定、和 macOS 的集成做得足够好。很多人一上来就想着装 Parallels觉得它性能好、功能全但 Parallels 从 19 版本开始就变成了纯订阅制一年下来花好几百块钱对于只是偶尔用用 Windows 处理一下网银、跑个 Office、或者编译个 Windows 版本的工科软件的人来说这笔开销实在没必要。UTM 倒是不花钱后端基于 QEMU兼容性也确实强但它的性能损耗比 Fusion 大图形性能和 IO 吞吐都差一截日常用起来会有一种能用但不好用的感觉。Boot Camp 就更不用说了在 Apple Silicon 芯片上市之后Boot Camp 这条路线直接断掉了M 系列芯片跑 Windows 只能走虚拟机没有任何悬念。VMware Fusion 从 2023 年底开始对个人用户免费直接把要不要花钱这个问题解决了。而且 Fusion 对 Apple Silicon 的支持在 13.x 版本之后已经很成熟Windows 11 on ARM 在 M 系列芯片上跑得顺滑x86 应用通过 Windows 的模拟层也能兼容日常办公、开发、跑测试都没问题。更关键的是Fusion 的虚拟机文件格式是开放的 .vmwarevm你从别人手里拷一个虚拟机镜像也能直接挂载运行迁移和备份都很方便这对折腾党来说吸引力很大。这篇文章要聊的核心还不只是装一个 Fusion 那么简单而是配合 OEM BIOS 2.7 这个关键组件把 Windows 虚拟机用到接近物理机的程度。网上关于这个组合的教程大多写得非常零碎有的只讲怎么激活有的只讲怎么调性能很少有人把这个事情的前因后果、技术原理、实操步骤和踩坑经历完整串起来。我把自己在 M2 MacBook Air 上从零到一跑通 Windows 11 ARM 虚拟机的全过程整理在下面应该能帮不少刚入门的朋友少走弯路。2. OEM BIOS 2.7 是什么解决什么问题2.1 从 SLIC 表说起OEM 激活机制的技术原理要理解 OEM BIOS 2.7 是干什么的得先聊一个技术冷知识那就是厂商预装 Windows 的激活原理。如果你买过品牌机比如联想、戴尔、惠普的笔记本它们出厂自带的 Windows 是不需要你手动输入密钥的开机联网之后自动就是已激活状态。这套机制的底层是 ACPI 表里的一个特殊结构叫 SLICSoftware Licensing Description Table它在系统启动时被 BIOS 写入内存Windows 在激活校验的时候会去读取这个表。SLIC 表里有三个关键信息OEM ID、标记和公钥。Windows 在激活时首先验证 SLIC 表里的公钥和系统里 OEM 密钥是否匹配然后验证 BIOS 固件里的标记是否有效三层校验全部通过激活就完成了。这就是为什么同一张 OEM 密钥光盘装到组装机上激活不了因为你的 BIOS 里没有对应的 SLIC 表。虚拟机的处境也一样。VMware Fusion 默认提供的虚拟 BIOS 里没有任何厂商的 SLIC 信息所以即使你手里有合法的 OEM 密钥装在虚拟机里也激活不了。OEM BIOS 2.7 这类的工具做的事情就是把真实的 OEM SLIC 表注入到虚拟机的 BIOS 固件里让 Windows 以为自己是跑在一台品牌机上。版本号的含义也很直白Windows 7 时代的 SLIC 是 2.1Windows 8 是 2.2Windows 10 的 1809 版本之前需要 2.4而到了 Windows 10 1903 及以后的版本包括现在的 Windows 11都要求 SLIC 2.7 才能正确识别 OEM 授权。2.2 为什么 OPENSUSE 社区的 OEM BIOS 2.7 在圈子里那么火你可能在 GitHub 或者各种技术论坛看到过 OEM BIOS 2.7 这个项目它最初确实是从 OSX-KVM 那个项目里延伸出来的后来被 VMware 用户圈子广泛采用。和那些需要在每次虚拟机开机时手动加载的临时注入工具不同这个方案直接修改虚拟机的 .vmwarevm 包里的 BIOS 文件属于一劳永逸的做法。在 Fusion 里每台虚拟机的 BIOS 固件默认是 VMware 自己生成的路径在虚拟机的 .vmwarevm 目录下文件名一般是 vmx-firmware 或者 vmware-vmx 进程内嵌的默认固件。OEM BIOS 2.7 的做法是用一个修改过 SLIC 表的固件文件替换掉 VMware 的默认固件这样虚拟机每次冷启动的时候Windows 都能从 ACPI 表里读到完整的 SLIC 2.7 信息激活状态就不会掉。我自己实际用下来这个方案最让人舒服的地方是无感。你不需要在 Windows 里跑什么 KMS 激活脚本不需要定时续期也不需要在 macOS 侧做任何守护进程。Windows 只要联网系统属性里显示的就是已使用与 Microsoft 关联的账户的数字许可证激活或者直接识别成 OEM 批注干净利落。2.3 一次澄清这个方案并不等于盗版说到激活这个话题我必须先做一个澄清避免看完这篇文章的朋友产生误解。OEM BIOS 2.7 本身只是一个技术工具它的合法使用场景是配合你合法拥有的 OEM 授权。举个例子你有一台旧戴尔笔记本OEM 密钥花钱买过后来笔记本淘汰了你想把系统迁移到 Mac 上的虚拟机里继续用这种情况下用 OEM BIOS 注入 SLIC 表是合情合理的。包括企业开发者在测试环境里验证系统的 OEM 激活行为也需要这类工具。如果你手里没有合法授权那用什么工具都改变不了未授权使用这个事实。所以我建议读完这篇文章后如果要用请确认你自己确实有一份符合微软授权协议的 Windows 授权。技术是中性的但怎么用是我们自己的选择。3. 环境准备与安装从 macOS 到 Windows 11 ARM 虚拟机3.1 硬件与系统版本要求梳理在开始之前先把硬性条件摆清楚免得装到一半发现卡在第一步。你现在用的 Mac 如果是 2020 年之后的 M1、M2、M3、M4 系列那都是 Apple Silicon 架构Fusion 需要下载 ARM 版本的安装包安装包名字里会带 ULP 或者 Universal和 Intel 版是分开的。如果是 2020 年之前的 Intel Mac就下载 x86_64 版本的安装包。两种版本的 VMware Fusion 安装包在官网的下载页面上有明确标注别下错了。macOS 系统版本方面Fusion 13.x 要求 macOS 11.0 以上最新的 26H1 版本就是这篇文章标题里那个版本号把最低要求提到了 macOS 13.0。如果你的 Mac 还在用 Mojave 或者 Catalina那要么换旧版 Fusion要么先升级系统。内存方面我建议至少 16GB 的机器跑 Windows 11 ARM 虚拟机才会比较从容。不是 8GB 跑不了而是 Windows 11 本身开机就要吃 4GB 左右内存你再分 4GB 给虚拟机macOS 就剩不下多少了稍微开几个浏览器标签页就开始疯狂换页。我自己的 M2 是 16GB 版本日常给虚拟机分配 8GBmacOS 侧还剩 8GB两边都能流畅运行这个分配比例是比较舒服的。另外Windows 11 的 ARM 镜像建议直接从微软官网下载搜Download Windows 11 ARM64就能找到官方入口。这里的坑在于微软有时候会把 ARM64 的 ISO 入口藏得比较深页面上默认展示的是 x64 版本需要手动选一下。下载下来是一个 ISO 文件大概 5GB 左右。3.2 VMware Fusion 26H1 安装与虚拟机创建VMware Fusion 的安装流程在 macOS 上非常简单下载 .dmg 文件双击挂载把 VMware Fusion.app 拖到 Applications 文件夹然后打开。这里有一个值得说的细节macOS 的 Gatekeeper 可能会拦截未签名或新版本的安装包如果你在系统设置-隐私与安全性里看到仍要打开的提示点掉即可这是因为 VMware 的开发者证书有时会在小版本更新后延迟同步。打开 Fusion 之后菜单栏选择文件-新建会弹出虚拟机创建向导。这里我不推荐直接用向导拖入 ISO 的默认流程因为默认流程不会让你自定义硬件配置创建的虚拟机可能没有开启 TPM 和 UEFI 安全启动装 Windows 11 的时候会卡在这台电脑无法运行 Windows 11的检测界面。更好的做法是选择更多选项-自定义设置手动指定 ISO 路径、虚拟机的芯片架构和固件类型。创建阶段有三个关键选项值得注意固件类型选择 UEFI不要选传统 BIOS勾选启用安全启动在高级选项里打开 TPM 模块。这三个配置是模拟一台支持 Windows 11 的现代 PC 的必要条件。特别是 TPMWindows 11 的安装程序会强制检查如果你创建的是默认虚拟机装 Windows 11 大概率会报错很多新手在这一步就被劝退了。3.3 Windows 11 安装过程的关键节点虚拟机的配置选项都填完之后点开始Fusion 会从 ISO 引导进入 Windows 安装界面。整个过程和在物理机上安装 Windows 没有本质区别就是点下一步、选版本、选磁盘然后等复制文件、重启、初始化。这里有一个 Apple Silicon 机器特有的坑Windows 11 安装程序在某些版本上会卡在正在准备超过十分钟没动静看起来像是死机了实际上它的 ARM64 驱动验证过程比较慢耐心等就行。我遇到过最夸张的一次等了二十多分钟差点强制关机。如果超过三十分钟还没反应再考虑强制重启的问题。安装完成之后最要紧的一件事就是安装 VMware Tools。没有 VMware Tools 的虚拟机会有非常明显的问题鼠标移动滞后、屏幕分辨率锁死、剪贴板无法共享、文件拖拽完全不可用。装 VMware Tools 的方法是在 Fusion 的菜单栏选择虚拟机-安装 VMware Tools虚拟机会挂载一个 CD-ROM双击里面的 setup.exe 按向导走就行。装完 VMware Tools 之后重启虚拟机Windows 分辨率会自动适配虚拟机窗口大小鼠标移动变得跟物理机一样跟手这时候一个基本可用的 Windows 环境就算搭好了。接下来要做的就是把系统更新跑到最新建议在这一步把 Windows Update 里的所有驱动和补丁都装上尤其是图形相关的更新对后续的流畅度影响很大。3.4 替换 OEM BIOS 2.7给 Windows 补上身份Windows 系统本身跑起来之后如果你手里有合法的 OEM 密钥接下来就可以处理 SLIC 表的问题了。这个步骤需要在 macOS 的终端里完成操作前务必先关闭虚拟机最好是关闭客户机而不是挂起因为挂起状态下修改固件文件恢复快照时可能加载的还是旧的固件内容。在终端里先找到虚拟机的实际存储路径。如果你没改过 Fusion 的默认配置一般是在用户的文稿/虚拟机目录下目录名是虚拟机名称加 .vmwarevm 后缀。进入这个目录你会看到几个固定文件.vmx 后缀的是虚拟机配置文件.vmdk 是虚拟磁盘还有两个二进制文件一个叫 vmx-firmware另一个名字里带 efi比如 vmx-firmware-efi这分别对应传统 BIOS 和 UEFI 的固件。OEM BIOS 2.7 压缩包解压之后里面一般是 setup 脚本或者几个 .fd 结尾的固件文件。安装的过程就是备份原来的 vmx-firmware 和 vmx-firmware-efi然后把新固件复制进目录重命名成原文件名重启虚拟机。注意文件权限必须保持和原来一致如果之前是 644 就还是 644Fusion 对固件文件校验失败时虚拟机会拒绝启动。替换完成之后启动 Windows打开命令行或者 PowerShell输入slmgr /ilc 证书路径 slmgr /ipk 你的OEM产品密钥 slmgr /ato这是经典的三步走安装证书、导入密钥、在线激活。如果 SLIC 表注入成功第一步和第二步都会提示成功第三步会看到激活成功的提示。这时候你在系统属性里看Windows 会显示为已激活状态而且这个状态是持久的不会因为日期变化而失效。4. 性能调优与日常使用让虚拟机用起来像原生系统4.1 资源分配的平衡之道Windows 11 虚拟机在 Apple Silicon 上默认使用 Rosetta 转译和 ARM 原生代码混合模式。你打开活动监视器看进程会发现存在一个名为 vmware-vmx 的进程它占用的 CPU 和内存基本上就是虚拟机的资源开销。这个进程的资源占用通常不是恒定的虚拟机里的系统空闲时它也很闲虚拟机里跑大型编译或者游戏时它会飙高。内存分配是最值得花心思的一环。Fusion 默认的动态内存分配功能在 macOS 上表现不错但我个人还是推荐在虚拟机设置里把内存改为固定分配也就是取消允许应用自动调整内存选项给一个固定值。动态分配的好处是宿主内存不足时虚拟机可以自动缩水但带来的问题是 Windows 里看到的物理内存会频繁变化某些对内存敏感的软件会表现异常。固定分配之后Windows 的任务管理器显示的内存容量是恒定的软件行为也更加可预测。CPU 方面我建议按物理核心数减二来分配。M2 Pro 有 10 个核心给虚拟机 8 个是合理的M2 Air 基础款 8 个核心给 6 个就行。留一两个核心给 macOS 和后台服务避免虚拟机全速运转时整个系统卡成幻灯片。磁盘方面Fusion 的默认虚拟磁盘有预分配和按需增长两种模式。如果你对磁盘性能有要求创建虚拟机时建议选择预分配虽然会一次占满你预留的空间但读写 IOPS 明显更好Windows 更新和启动速度都会快不少。SSD 剩余空间至少要留出 40GB 以上给 macOS 侧做交换空间和缓存不然整个系统都会变慢。4.2 图形性能与分辨率设置的心得M 系列芯片的 Mac 跑 Windows 虚拟机图形性能一直是被吐槽的重灾区。这不是 Fusion 的问题而是 Windows on ARM 的驱动生态还不够完善。Fusion 的 VMware SVGA 驱动在 2D 界面下表现良好浏览器滚动、Office 文档编辑都很流畅但 3D 加速就不尽如人意了有些轻量级的 3D 场景还能跑大型游戏就别指望了。虚拟机的显示设置建议在虚拟机-设置-显示里把分辨率调成适应窗口大小这样可以获得类似原生 Full Screen 的体验。Retina 屏的缩放比例也要调一下默认的 HiDPI 比例在 Windows 里看起来字太小。用 Apple Silicon 的时候Windows 的显示缩放建议设成 200%效果接近 macOS 的实际显示尺寸长时间看不会眼睛累。顺带提一个很实用的小技巧Full Screen 模式下如果你安装了 VMware Tools虚拟机是可以无缝融合的Windows 的桌面会融入 macOS 的桌面Windows 应用窗口可以直接放在 Mac 的窗口旁边不再需要在一个固定矩形里操作 Windows。这个模式是很多人喜欢用 Fusion 的核心理由日常用起来特别方便。4.3 共享文件夹与跨系统协作打通 Windows 和 macOS 之间的文件交换是虚拟机的另一个核心价值。Fusion 的共享文件夹功能在虚拟机设置里叫启用共享文件夹打开之后可以指定将 macOS 的某个目录映射到 Windows 里的一个盘符两边实时同步跟本地文件夹一样。我自己习惯在 macOS 上建一个名为共享工作区的文件夹把所有的文档、安装包、零散文件都放在里面虚拟机里的开发项目也直接落在共享目录下。好处很明显两边系统都用同一个目录读取文件不需要来回拷贝版本管理也简单。唯一的坑是性能如果共享目录里有大量小文件比如 node_modules 这种动辄几万个文件的文件夹同步速度会比较慢我建议把这类文件放在虚拟机自己的磁盘里文件交换走网络或者拷贝都行。剪贴板共享默认就是开着的macOS 和 Windows 之间复制粘贴文本、截图、文件都支持。这是日常使用频率最高的功能装完 VMware Tools 后的第一个验证动作就是复制一段中文文本看 Windows 侧能不能正常粘贴如果中文乱码通常是 VMware Tools 版本和 Windows 区域设置不匹配更新 VMware Tools 或者调整 Windows 非 Unicode 程序语言设置可以解决。5. 常见问题与排查技巧实录5.1 unable to find the vmx binary错误网上搜vmware 虚拟机安装这个报错出现频率极高尤其是在把虚拟机文件从别的电脑拷贝过来之后。完整报错一般长这样unable to find the vmx binary F:\虚拟机\vmware-vmx.exe. 请确保您有权运行该程序、访问该程序使用。这其实是 VMware Workstation 的报错但 Fusion 也有类似的场景。这个问题的本质是 vmx 文件里记录了一个绝对路径指向 vmware-vmx 可执行文件所在的位置。当你拷贝虚拟机文件、或者更换了 Fusion 的安装路径路径失效就报错了。排查思路很简单用文本编辑器打开 .vmx 文件找到 mks.vm.vmxPath 或者类似的配置项确认指向的是当前机器上实际存在的路径如果 vmx 文件本身是从 Windows 的 VMware Workstation 那边拷贝过来的那很大概率是文件里残留了 Windows 风格的路径把 mks.vm.vmxPath 和 mks.vm.vmxFullPath 这两行指向 macOS 下 Fusion 的安装目录就行。修改前先备份改完再启动基本都能救回来。5.2 VMware Tools 安装失败或提示数字签名问题另一个高频问题特别是在安装精简版 Windows 或者网上找的优化版 Windows 镜像时会出现VMware Tools 安装程序提示驱动未签名或者vmtool 没有数字签名不能安装。这个问题的根源是 Windows 的驱动程序强制签名策略和未签名的驱动冲突。解决的思路有两个方向。如果你用的是 Windows 10 及以上版本可以在 Windows 里打开高级启动选择重启到安全模式然后在安全模式下禁用驱动程序强制签名。操作步骤设置-系统-恢复-高级启动-立即重新启动依次选择疑难解答-高级选项-启动设置-重启按 F7 选择禁用驱动签名强制。重启之后再装 VMware Tools 就不会被拦截了。如果你用的是 Windows 11 企业版或者 LTSC 版本可以直接在策略组里临时放开签名校验运行 gpedit.msc依次打开用户配置-管理模板-系统-驱动程序安装双击设备驱动程序的代码签名改成已禁用重启后安装朝 VMware Tools 就不会再报签名错误。装完建议把策略改回来保持系统默认安全状态。5.3 虚拟机内无法安装 macOS 镜像的问题网上有大量搜索如何用虚拟机安装 macos这是很多从 VMware Workstation 转过来的用户下意识的尝试。但这里要说明白VMware Fusion 在设计上支持在虚拟机上安装 macOS 客户端而且这个功能从 11 版本开始就对 Apple Silicon 做了适配但它只支持安装macOS 访客系统也就是在 Mac 上虚拟化一个 macOS 系统。问题是很多人会拿网上找的macOS 镜像去装什么 Mojave 10.14.6 Clover 镜像、Big Sur 的恢复镜像等等这些第三方打包的镜像很多都修改过引导结构在 Fusion 里装不上是很正常的。想装纯净版正确做法是在 VMware Fusion文件-新建-从 Apple 获取 macOS 系统安装器Fusion 会直接调用 macOS 的官方恢复分区创建镜像全程联网签名完整不会遇到引导问题。别去折腾网上的奇怪镜像浪费时间不说安全性也毫无保障。5.4 网络连接不上与性能卡顿的排查如果虚拟机里的 Windows 无法上网第一反应去看虚拟网络模式。Fusion 的默认 NAT 模式一般不需要配置就能上网但如果切换成桥接模式需要检查宿主机的网络环境是否允许。桥接模式下Windows 会独占一个局域网 IP如果你的 Wi-Fi 网络的 AP 隔离开启了桥接模式就会出现MAC 地址飘移被网关丢弃数据包的问题表现就是 ping 不通、网页打不开。这种情况切回 NAT 模式即可。性能卡顿的问题除了内存和 CPU 分配不足之外还有一个容易被忽略的环节macOS 的电池设置。如果你在用 MacBook 跑虚拟机电源适配器没有插上的时候macOS 默认的能效模式会限制 CPU 性能虚拟机的整体响应也会显著变慢。插上电源或者把低电量模式关掉性能立刻会恢复到正常水平。这个坑我踩了很久才意识到一度以为是虚拟机配置出了问题。另外虚拟机的磁盘碎片和快照累积也是性能杀手。如果你的 Fusion 虚拟机使用时间很长了建议定期在 macOS 宿主机里运行虚拟机-管理-整理功能它会执行磁盘整理和快照合并。快照数量过多会严重影响磁盘 IO我见过有人没事就拍快照存了几十个结果虚拟机关机都要五分钟。日常使用保留一两个关键时间点的快照就够了。5.5 一个容易被忽略的细节时间同步问题虚拟机的时间同步问题不多见但一旦出现就让人抓狂。Windows 虚拟机如果时间漂移严重会导致各种诡异问题证书验证失败、网站打不开、软件安装报错。Fusion 默认会通过 VMware Tools 定期同步宿主机时间但如果你禁用过 VMware Tools 的服务或者系统进入了省电状态同步就可能中断。解决方法是在虚拟机的设置文件 vmx 里加一行配置tools.syncTime TRUE time.synchronize.continue TRUE time.synchronize.restore TRUE同时确认 Windows 里的 Windows Time 服务是启动状态。这样设置之后虚拟机会在每次恢复运行和网络连接建立时自动校正时间基本一劳永逸。写在最后几个使用上的个人建议虚拟机这种东西折腾完之后最理想的状态就是忘了它的存在。我现在的日常是编辑文档和处理 macOS 生态的事务在原生系统里完成网银、报税、Windows 专属的行业软件和一部分开发工具在 Fusion 的 Windows 虚拟机里运行两边靠共享文件夹衔接数据互通互不干扰。用了大半年稳定性非常可靠意外崩溃只遇到过一两次整体体验完全够用。这里送几个个人习惯给刚上手的读者第一虚拟机磁盘至少留出 60GB 的预分配空间别把容量卡得太死第二每次大的系统更新前都新建一个快照更新出问题可以秒退回第三别再相信关闭虚拟机就能省电挂起恢复的速度比冷启动快一个量级日常不用直接挂起下次点亮屏幕就能继续用。记住这几点Fusion 会成为 Mac 上最省心的一台 Windows 机器。