1. 为什么要在 Apple Silicon 上折腾 Windows 10 ARM64手里这台 M1 的 MacBook Air 用了快三年日常写代码、剪片子都够用唯独偶尔需要跑一些只有 Windows 才有的老工具时有点尴尬。试过几款商业虚拟机要么订阅费不便宜要么对 ARM 版 Windows 的支持总差那么一口气。后来索性自己用 QEMU 搭一套折腾了几个晚上从最开始连引导都进不去到后来能稳定跑起来、驱动齐全、文件互通中间踩的坑够写一篇长文了。这篇东西就是把我这一路的操作完整记录下来。核心关键词先摆出来QEMU 8.2、Windows 10 ARM64、Apple SiliconM1/M2、UEFI 引导、virtio 驱动。如果你手上是 M 系列芯片的 Mac想在不花钱买商业方案的前提下跑一个能用的 Windows 10 ARM64 环境那这篇基本可以照着抄。需要说明的是这套方案适合有一定命令行基础、愿意动手折腾的人纯小白如果只是想点两下就用商业虚拟机可能更省心但如果你想搞清楚底层到底发生了什么QEMU 这条路能让你把虚拟化的很多细节摸透。先说清楚这套方案能做什么、不能做什么。能做的跑大部分 x86 转译的 32 位应用、原生 ARM64 应用、办公套件、轻量开发工具、老版本行业软件文件可以通过共享目录和宿主机互通网络走 NAT 或桥接都行。不能做的别指望它跑 3A 游戏或者重度 GPU 负载QEMU 在 Apple Silicon 上的图形加速目前还是短板视频解码、3D 渲染这类场景体验一般。心里有这个预期后面的操作才不会失望。我用的环境是 macOS Sonoma芯片 M2内存 16GB硬盘剩余空间 120GB。QEMU 版本锁定在 8.2这个版本对 ARM64 客户机的支持比早期版本成熟不少尤其是 UEFI 固件和 virtio 设备的兼容性。下面所有命令和参数都是在这个组合下实测跑通的换芯片或换系统版本可能有细微差异我会在关键处标注。2. 整体方案设计与关键选型考量2.1 为什么是 QEMU 而不是别的方案在 Apple Silicon 上跑 Windows市面上大致有几条路商业虚拟机、云桌面、QEMU 自建。商业虚拟机的优势是开箱即用、图形驱动做得好缺点是授权费用和部分功能锁定云桌面延迟和隐私是绕不开的问题QEMU 的优势是完全免费、可控性极强、能深度定制硬件参数缺点是配置门槛高、图形性能弱。我选 QEMU 的核心理由有三个。第一可控。虚拟机的 CPU 核数、内存、磁盘控制器、网络模型全都能自己定出问题能一层层往下查不像商业方案那样是个黑盒。第二免费且无锁定。整套东西不依赖任何订阅配置文件就是几个命令行参数迁移和备份都简单。第三学习价值。折腾一遍下来UEFI 引导、virtio 驱动、磁盘镜像格式这些概念会变得非常具体对理解虚拟化本身帮助很大。代价也要讲明白图形性能确实一般需要额外装驱动才能到可用水平初次配置的坑比较多尤其是引导环节。这些后面都会细说。2.2 ARM64 版 Windows 的镜像从哪来这里有个关键认知Apple Silicon 是 ARM 架构必须跑 ARM64 版的 Windows不能直接跑传统的 x86_64 版本。ARM64 版 Windows 10 自带 x86/x64 转译层所以大部分 32 位和部分 64 位应用能跑但转译有性能损耗重度应用会明显变慢。镜像的获取途径我这里不展开具体下载地址只说原则需要通过正规的镜像制作渠道获取 ARM64 版本的安装介质通常是 ISO 或者可引导的镜像文件。拿到之后建议先校验文件完整性避免装到一半发现镜像损坏那种排查成本极高。我第一次就是镜像下载不完整引导阶段反复报错折腾了半天才定位到是源文件的问题。2.3 磁盘镜像格式的选择逻辑QEMU 支持多种磁盘镜像格式常见的有 raw、qcow2、vmdk。这里我选qcow2理由如下表格式空间占用快照支持性能适用场景raw预分配占满设定大小不支持略高追求极致性能、磁盘充足qcow2按需增长支持略低日常使用、需要快照vmdk按需增长有限中等与其他虚拟化平台互通qcow2 的按需增长对我很重要——我不想一上来就划走 64GB 物理空间。快照功能也是刚需装驱动、改配置之前打个快照出问题一键回滚比重新装系统省太多时间。性能上的那点损耗在日常使用场景里基本感知不到。2.4 UEFI 固件与引导链的设计ARM64 的 Windows 必须走 UEFI 引导这点和 x86 的 BIOS 时代完全不同。QEMU 需要提供一份 ARM64 的 UEFI 固件通常是 edk2 的编译产物客户机才能被正确引导。引导链大致是QEMU 加载 UEFI 固件 → 固件扫描虚拟磁盘的 EFI 分区 → 找到 bootmgfw.efi → 启动 Windows 引导管理器 → 进入系统。这条链上任何一环出问题都会卡住而且报错信息往往很模糊。我后面会专门讲怎么判断卡在哪一环。固件文件一般随 QEMU 安装包提供或者单独下载 edk2 的 ARM64 版本注意要区分QEMU_EFI.fd和带变量存储的版本后者能保存 UEFI 启动项省得每次手动选引导设备。3. 环境准备与依赖安装实操3.1 安装 QEMU 8.2 的几种方式对比在 macOS 上装 QEMU常见的有 Homebrew、MacPorts、源码编译三条路。我实测下来推荐 Homebrew命令简单、依赖自动处理。但要注意版本问题——brew install qemu默认装最新版如果你需要锁定 8.2得用特定方式。# 查看当前可安装的版本 brew info qemu # 如果最新版不是 8.2可以从历史版本安装 brew install qemu8.2如果 Homebrew 里没有正好 8.2 的 formula另一个办法是从源码编译虽然慢但版本完全可控# 下载 QEMU 8.2 源码后 ./configure --target-listaarch64-softmmu --enable-cocoa make -j$(sysctl -n hw.ncpu) sudo make install--target-listaarch64-softmmu只编译 ARM64 客户机支持能大幅缩短编译时间--enable-cocoa启用 macOS 原生窗口显示。源码编译的坑在于依赖库版本缺什么装什么configure阶段会明确告诉你。装完验证一下qemu-system-aarch64 --version输出里应该能看到QEMU emulator version 8.2.x。版本对不上后面可能遇到设备模型不兼容的问题这一步别跳过。3.2 固件文件与目录规划我习惯把所有相关文件集中在一个目录里结构清晰备份和迁移都方便~/vm/win10arm/ ├── firmware/ │ ├── QEMU_EFI.fd │ └── QEMU_VARS.fd ├── disks/ │ └── win10.qcow2 ├── iso/ │ └── win10arm.iso └── shared/QEMU_EFI.fd是固件本体QEMU_VARS.fd用来存 UEFI 变量包括启动项两个文件配合使用。变量文件第一次可以是空文件或者从模板复制QEMU 会往里写。这个设计的好处是启动项能持久化不用每次开机手动选。注意固件文件必须和客户机架构匹配ARM64 的 QEMU 要用 ARM64 的 UEFI 固件拿 x86 的固件过来是绝对引导不起来的而且报错信息不会直接告诉你架构不匹配。3.3 磁盘镜像的创建与参数计算创建 qcow2 镜像qemu-img create -f qcow2 ~/vm/win10arm/disks/win10.qcow2 64G64G 这个数字怎么来的Windows 10 ARM64 系统本身装完大约占 20GB 出头加上更新缓存、页面文件、常用软件留 40GB 余量比较稳妥。qcow2 是按需增长实际占用会随着写入慢慢涨上去不会一创建就吃掉 64G。如果想更精细可以加一些 qcow2 的高级参数比如集群大小qemu-img create -f qcow2 -o cluster_size64k ~/vm/win10arm/disks/win10.qcow2 64Gcluster_size影响小文件写入的效率和镜像碎片程度64k 是个比较均衡的值。默认值也能用这个属于优化项不是必选项。3.4 内存与 CPU 核数的分配原则宿主机 16GB 内存我给虚拟机分 8GBCPU 是 8 核4 性能核 4 能效核给虚拟机分 4 核。这个分配的逻辑是宿主机要留够资源跑 macOS 本身和日常应用虚拟机不能把资源吃满否则两边都卡。具体到参数上QEMU 的-smp指定客户机 CPU 拓扑-m指定内存。ARM64 客户机对 CPU 拓扑有一定要求建议用-smp 4这种简单形式复杂拓扑比如指定 socket/core/thread在 ARM 上容易出兼容问题。内存方面Windows 10 ARM64 最低要求 4GB实际用下来 8GB 是比较舒服的起点跑轻量开发工具够用如果只跑办公软件6GB 也能凑合。4. 完整启动命令与核心参数逐条拆解4.1 一条能跑起来的完整命令先把我最终调通的命令完整贴出来然后逐段解释qemu-system-aarch64 \ -machine virt,highmemon \ -accel hvf \ -cpu host \ -smp 4 \ -m 8192 \ -drive ifpflash,formatraw,file~/vm/win10arm/firmware/QEMU_EFI.fd,readonlyon \ -drive ifpflash,formatraw,file~/vm/win10arm/firmware/QEMU_VARS.fd \ -drive file~/vm/win10arm/disks/win10.qcow2,ifnone,iddisk0,formatqcow2 \ -device virtio-blk-pci,drivedisk0,bootindex1 \ -drive file~/vm/win10arm/iso/win10arm.iso,ifnone,idcd0,mediacdrom,readonlyon \ -device virtio-blk-pci,drivecd0,bootindex2 \ -device qemu-xhci \ -device usb-kbd \ -device usb-tablet \ -netdev user,idnet0 \ -device virtio-net-pci,netdevnet0 \ -device virtio-gpu-pci \ -device virtio-rng-pci \ -display cocoa \ -vga none这条命令信息量很大下面拆开讲。4.2 机器类型与加速器virt 和 hvf-machine virt,highmemon里的virt是 ARM 平台的标准虚拟机型QEMU 在 ARM64 上基本都用它。highmemon让客户机能访问高地址内存对大内存配置有必要。-accel hvf是关键——HVF 是 macOS 的硬件虚拟化框架Hypervisor.framework用它能让客户机指令直接在硬件上执行性能比纯软件模拟TCG高一个数量级。没有这个参数Windows 会慢到没法用。-cpu host表示把宿主机的 CPU 特性透传给客户机配合 HVF 使用效果最好。注意HVF 需要 macOS 版本和芯片支持M 系列芯片都支持但某些旧系统版本上可能需要在系统设置里确认虚拟化相关选项。如果启动时报 HVF 相关错误先检查这一项。4.3 固件与变量存储的挂载方式两条-drive ifpflash分别挂载固件和变量文件。ifpflash表示这是闪存类型的设备UEFI 固件就住在这里。固件本体设readonlyon防止被意外改写变量文件不设只读因为 UEFI 要往里写启动项和配置。这里有个细节变量文件如果不存在QEMU 会报错。解决办法是提前创建一个空文件或者从固件包里的模板复制一份touch ~/vm/win10arm/firmware/QEMU_VARS.fd空文件也能用UEFI 会自己初始化。但如果想保留启动项就别每次删掉重建。4.4 磁盘与光驱的 virtio 挂载磁盘和光驱都用了virtio-blk-pci设备。virtio 是半虚拟化设备标准性能比模拟 IDE 或 SCSI 高很多但代价是客户机里必须装驱动才能识别。这就引出一个经典问题安装阶段 Windows 安装程序认不出 virtio 磁盘怎么办。我的处理方式是安装阶段先用能被原生识别的设备类型装完系统再换 virtio 并装驱动。但更省事的做法是提前把 virtio 驱动集成进安装介质或者安装时通过额外的驱动盘加载。我实测下来Windows 10 ARM64 的安装镜像里对 virtio-blk 的支持并不完整所以第一次安装时我临时把磁盘设备换成了-device usb-storage挂载装完系统后再切回 virtio 并安装驱动。这个切换过程后面会详细讲。bootindex1和bootindex2指定了引导顺序磁盘优先于光驱。安装阶段如果想让光驱优先把两个 bootindex 对调即可。4.5 输入设备与显示输出-device qemu-xhci加usb-kbd和usb-tablet提供 USB 键盘和绝对定位鼠标。usb-tablet很重要——没有它鼠标在客户机里会出现指针漂移、点击位置不准的问题因为相对定位设备在缩放窗口时坐标换算会出错。显示用-device virtio-gpu-pci配-display cocoa-vga none关掉默认的 VGA 设备避免冲突。virtio-gpu 在 ARM64 客户机上的驱动支持需要额外安装装好之后分辨率和刷新率都能调体验比默认的 ramfb 好不少。如果暂时没装驱动可以先去掉 virtio-gpu用-device ramfb凑合显示虽然分辨率固定但至少能进系统。4.6 网络模型的选择-netdev user是用户态网络QEMU 内部做 NAT客户机通过它访问外网配置最简单不需要宿主机做任何网络设置。缺点是客户机对外不可见端口映射要手动配。日常使用上网、下载、更新足够了。如果需要客户机和宿主机局域网内其他设备互通可以换成桥接模式但 macOS 上的桥接配置相对麻烦涉及网络接口的权限。我一开始用 user 模式后来有局域网访问需求才切到桥接具体配置这里不展开先把 user 模式跑通再说。5. 系统安装全流程与驱动处理5.1 首次引导与安装介质识别命令跑起来后QEMU 窗口会显示 UEFI 固件的启动界面。如果一切正常固件会扫描到光驱里的安装介质并开始引导 Windows 安装程序。这一步常见的卡点是窗口一片黑、或者停在 UEFI shell 不动。判断方法如果进了 UEFI shell说明固件工作正常但没找到可引导设备问题在磁盘或光驱的挂载如果连 shell 都进不去问题在固件文件本身。我第一次就是变量文件路径写错QEMU 直接报错退出日志里能看到 pflash 相关的错误。安装程序启动后语言和区域选择按提示走。到了磁盘选择那一步如果用的是 virtio-blk 且没装驱动会看到未找到驱动器的提示。这时候点加载驱动程序从提前准备好的驱动目录里选 ARM64 版本的 virtio 存储驱动装完就能看到虚拟磁盘了。5.2 分区与安装的注意事项Windows 安装程序会自动创建 EFI 系统分区、MSR 分区和主分区。这里不建议手动分区除非你有特殊需求。自动分区在 UEFI GPT 环境下是标准做法手动改容易把 EFI 分区搞坏导致引导失败。安装过程大约 15 到 30 分钟取决于宿主机性能和磁盘速度。期间虚拟机会重启几次每次重启 QEMU 窗口可能会短暂黑屏属于正常现象。如果某次重启后卡在 Windows logo 不动超过十分钟大概率是引导链或驱动问题需要中断排查。5.3 装完系统后的驱动补全系统装完第一次进桌面设备管理器里会有一堆黄色感叹号。这是正常的——virtio 设备、GPU、网络都需要装驱动。驱动来源是 virtio-win 驱动包需要 ARM64 版本x86 的驱动包装上去没用。驱动安装顺序建议先装存储驱动确保磁盘稳定再装网络驱动方便后续下载然后 GPU 驱动最后其他。每装一个驱动打个快照出问题能回滚。我装 GPU 驱动时遇到过一次蓝屏回滚快照后换了个驱动版本才成功。驱动装完后设备管理器应该基本干净。这时候可以把安装时的临时设备比如 usb-storage换回 virtio-blk性能会有明显提升。切换前确认 virtio 存储驱动已经装好并且工作正常否则换完直接引导失败。5.4 共享目录与文件互通QEMU 在 ARM64 客户机上没有像商业虚拟机那样开箱即用的共享文件夹需要走网络共享或者额外的文件系统方案。我用的办法是在宿主机上开一个 SMB 共享客户机通过网络访问。配置步骤宿主机系统设置里开启文件共享指定共享目录客户机里通过网络路径访问宿主机 IP 的共享首次访问输入宿主机账户凭据这个方案的好处是不依赖 QEMU 的特殊设备稳定且通用缺点是速度受网络栈影响大文件传输不如直通快。日常传文档、代码够用。6. 常见问题排查与避坑经验实录6.1 引导阶段卡死的定位方法引导问题是最让人抓狂的因为报错信息少。我的排查思路是分层定位现象可能原因排查动作QEMU 启动即报错退出参数错误、文件路径不对看终端报错逐条核对路径进 UEFI shell 但无引导项磁盘/光驱未正确挂载检查 drive 和 device 参数配对卡在 Windows logo驱动不兼容、引导文件损坏换设备类型重试检查镜像完整性安装中蓝屏内存/CPU 参数问题降低 smp 核数检查 highmem分层的好处是能快速缩小范围。比如进了 shell 说明固件没问题问题在设备挂载卡 logo 说明引导链走通了但系统初始化失败问题在驱动或系统文件。6.2 图形相关的典型故障virtio-gpu 驱动没装好时常见现象是分辨率固定在 1024x768 改不了或者窗口缩放后画面撕裂。前者是驱动没生效后者是显示后端的问题。我的经验是驱动装好后在客户机里手动设置分辨率别依赖自动适配显示后端优先用 cocoa遇到渲染异常再试其他后端。还有一个坑-vga none和 virtio-gpu 同时用时如果驱动没装可能完全没有显示输出。这时候临时加-device ramfb作为兜底显示设备能进系统装驱动装完再去掉。6.3 性能调优的几个实测有效手段跑起来之后如果觉得慢可以按优先级试这几个手段确认 HVF 生效启动日志里应该有 HVF 加速相关的输出没有的话检查-accel hvf参数和系统支持磁盘用 virtio-blk比模拟设备快很多前提是驱动装好内存给足8GB 是舒适线低于 6GB 会频繁换页CPU 核数别贪多给 4 核比给 6 核稳定ARM 客户机对核数过多有时会有调度问题关闭不必要的后台服务客户机里关掉 Windows 搜索索引、自动更新临时能明显减轻磁盘压力我实测下来这几项调完日常办公和轻量开发的流畅度是可以接受的虽然比不上原生但绝对能用。6.4 快照管理与备份策略qcow2 的快照是救命稻草。我的习惯是装系统前、装驱动前、改重要配置前各打一个快照。命令很简单# 打快照 qemu-img snapshot -c before_driver ~/vm/win10arm/disks/win10.qcow2 # 查看快照列表 qemu-img snapshot -l ~/vm/win10arm/disks/win10.qcow2 # 回滚到某个快照 qemu-img snapshot -a before_driver ~/vm/win10arm/disks/win10.qcow2快照多了会占空间定期清理旧的。另外整个 vm 目录建议定期打包备份到外部存储配置文件和磁盘一起备份换机器时直接拷过去就能用。注意回滚快照前确保虚拟机关闭运行中回滚会导致镜像损坏。这个坑我踩过一次镜像直接报废只能重装。7. 日常使用中的经验与后续可扩展方向跑通之后用了一段时间有几个体会值得分享。第一别把它当主力环境。QEMU 这套方案的定位是偶尔需要 Windows 时的备用环境重度使用体验和原生差距明显心态摆正了就不会失望。第二配置即代码。我把启动命令写成了一个 shell 脚本参数集中管理改配置就是改脚本比记一堆命令行参数靠谱得多。第三驱动版本要匹配。virtio-win 驱动包更新频繁不同版本对 ARM64 的支持程度不一样装之前先看版本说明别盲目追新。后续还能往几个方向扩展一是把启动脚本做成 launchd 服务或者快捷指令一键启动二是研究 virtio-fs 在 ARM64 上的支持情况如果成熟了可以替代 SMB 共享文件访问会更快三是尝试给客户机分配更多显示资源看看能不能改善视频播放体验。这些我还在摸索有进展再单独记录。最后说个实操小技巧QEMU 窗口的键盘捕获有时候会粘住快捷键切不回宿主机。遇到这种情况在 QEMU 监视器里执行sendkey ctrl-alt-f之类的组合或者直接关窗口重开比反复按快捷键有效。这种小问题不影响使用但知道怎么处理能省不少烦躁。
1. 为什么要在 Apple Silicon 上折腾 Windows 10 ARM64手里这台 M1 的 MacBook Air 用了快三年日常写代码、剪片子都够用唯独偶尔需要跑一些只有 Windows 才有的老工具时有点尴尬。试过几款商业虚拟机要么订阅费不便宜要么对 ARM 版 Windows 的支持总差那么一口气。后来索性自己用 QEMU 搭一套折腾了几个晚上从最开始连引导都进不去到后来能稳定跑起来、驱动齐全、文件互通中间踩的坑够写一篇长文了。这篇东西就是把我这一路的操作完整记录下来。核心关键词先摆出来QEMU 8.2、Windows 10 ARM64、Apple SiliconM1/M2、UEFI 引导、virtio 驱动。如果你手上是 M 系列芯片的 Mac想在不花钱买商业方案的前提下跑一个能用的 Windows 10 ARM64 环境那这篇基本可以照着抄。需要说明的是这套方案适合有一定命令行基础、愿意动手折腾的人纯小白如果只是想点两下就用商业虚拟机可能更省心但如果你想搞清楚底层到底发生了什么QEMU 这条路能让你把虚拟化的很多细节摸透。先说清楚这套方案能做什么、不能做什么。能做的跑大部分 x86 转译的 32 位应用、原生 ARM64 应用、办公套件、轻量开发工具、老版本行业软件文件可以通过共享目录和宿主机互通网络走 NAT 或桥接都行。不能做的别指望它跑 3A 游戏或者重度 GPU 负载QEMU 在 Apple Silicon 上的图形加速目前还是短板视频解码、3D 渲染这类场景体验一般。心里有这个预期后面的操作才不会失望。我用的环境是 macOS Sonoma芯片 M2内存 16GB硬盘剩余空间 120GB。QEMU 版本锁定在 8.2这个版本对 ARM64 客户机的支持比早期版本成熟不少尤其是 UEFI 固件和 virtio 设备的兼容性。下面所有命令和参数都是在这个组合下实测跑通的换芯片或换系统版本可能有细微差异我会在关键处标注。2. 整体方案设计与关键选型考量2.1 为什么是 QEMU 而不是别的方案在 Apple Silicon 上跑 Windows市面上大致有几条路商业虚拟机、云桌面、QEMU 自建。商业虚拟机的优势是开箱即用、图形驱动做得好缺点是授权费用和部分功能锁定云桌面延迟和隐私是绕不开的问题QEMU 的优势是完全免费、可控性极强、能深度定制硬件参数缺点是配置门槛高、图形性能弱。我选 QEMU 的核心理由有三个。第一可控。虚拟机的 CPU 核数、内存、磁盘控制器、网络模型全都能自己定出问题能一层层往下查不像商业方案那样是个黑盒。第二免费且无锁定。整套东西不依赖任何订阅配置文件就是几个命令行参数迁移和备份都简单。第三学习价值。折腾一遍下来UEFI 引导、virtio 驱动、磁盘镜像格式这些概念会变得非常具体对理解虚拟化本身帮助很大。代价也要讲明白图形性能确实一般需要额外装驱动才能到可用水平初次配置的坑比较多尤其是引导环节。这些后面都会细说。2.2 ARM64 版 Windows 的镜像从哪来这里有个关键认知Apple Silicon 是 ARM 架构必须跑 ARM64 版的 Windows不能直接跑传统的 x86_64 版本。ARM64 版 Windows 10 自带 x86/x64 转译层所以大部分 32 位和部分 64 位应用能跑但转译有性能损耗重度应用会明显变慢。镜像的获取途径我这里不展开具体下载地址只说原则需要通过正规的镜像制作渠道获取 ARM64 版本的安装介质通常是 ISO 或者可引导的镜像文件。拿到之后建议先校验文件完整性避免装到一半发现镜像损坏那种排查成本极高。我第一次就是镜像下载不完整引导阶段反复报错折腾了半天才定位到是源文件的问题。2.3 磁盘镜像格式的选择逻辑QEMU 支持多种磁盘镜像格式常见的有 raw、qcow2、vmdk。这里我选qcow2理由如下表格式空间占用快照支持性能适用场景raw预分配占满设定大小不支持略高追求极致性能、磁盘充足qcow2按需增长支持略低日常使用、需要快照vmdk按需增长有限中等与其他虚拟化平台互通qcow2 的按需增长对我很重要——我不想一上来就划走 64GB 物理空间。快照功能也是刚需装驱动、改配置之前打个快照出问题一键回滚比重新装系统省太多时间。性能上的那点损耗在日常使用场景里基本感知不到。2.4 UEFI 固件与引导链的设计ARM64 的 Windows 必须走 UEFI 引导这点和 x86 的 BIOS 时代完全不同。QEMU 需要提供一份 ARM64 的 UEFI 固件通常是 edk2 的编译产物客户机才能被正确引导。引导链大致是QEMU 加载 UEFI 固件 → 固件扫描虚拟磁盘的 EFI 分区 → 找到 bootmgfw.efi → 启动 Windows 引导管理器 → 进入系统。这条链上任何一环出问题都会卡住而且报错信息往往很模糊。我后面会专门讲怎么判断卡在哪一环。固件文件一般随 QEMU 安装包提供或者单独下载 edk2 的 ARM64 版本注意要区分QEMU_EFI.fd和带变量存储的版本后者能保存 UEFI 启动项省得每次手动选引导设备。3. 环境准备与依赖安装实操3.1 安装 QEMU 8.2 的几种方式对比在 macOS 上装 QEMU常见的有 Homebrew、MacPorts、源码编译三条路。我实测下来推荐 Homebrew命令简单、依赖自动处理。但要注意版本问题——brew install qemu默认装最新版如果你需要锁定 8.2得用特定方式。# 查看当前可安装的版本 brew info qemu # 如果最新版不是 8.2可以从历史版本安装 brew install qemu8.2如果 Homebrew 里没有正好 8.2 的 formula另一个办法是从源码编译虽然慢但版本完全可控# 下载 QEMU 8.2 源码后 ./configure --target-listaarch64-softmmu --enable-cocoa make -j$(sysctl -n hw.ncpu) sudo make install--target-listaarch64-softmmu只编译 ARM64 客户机支持能大幅缩短编译时间--enable-cocoa启用 macOS 原生窗口显示。源码编译的坑在于依赖库版本缺什么装什么configure阶段会明确告诉你。装完验证一下qemu-system-aarch64 --version输出里应该能看到QEMU emulator version 8.2.x。版本对不上后面可能遇到设备模型不兼容的问题这一步别跳过。3.2 固件文件与目录规划我习惯把所有相关文件集中在一个目录里结构清晰备份和迁移都方便~/vm/win10arm/ ├── firmware/ │ ├── QEMU_EFI.fd │ └── QEMU_VARS.fd ├── disks/ │ └── win10.qcow2 ├── iso/ │ └── win10arm.iso └── shared/QEMU_EFI.fd是固件本体QEMU_VARS.fd用来存 UEFI 变量包括启动项两个文件配合使用。变量文件第一次可以是空文件或者从模板复制QEMU 会往里写。这个设计的好处是启动项能持久化不用每次开机手动选。注意固件文件必须和客户机架构匹配ARM64 的 QEMU 要用 ARM64 的 UEFI 固件拿 x86 的固件过来是绝对引导不起来的而且报错信息不会直接告诉你架构不匹配。3.3 磁盘镜像的创建与参数计算创建 qcow2 镜像qemu-img create -f qcow2 ~/vm/win10arm/disks/win10.qcow2 64G64G 这个数字怎么来的Windows 10 ARM64 系统本身装完大约占 20GB 出头加上更新缓存、页面文件、常用软件留 40GB 余量比较稳妥。qcow2 是按需增长实际占用会随着写入慢慢涨上去不会一创建就吃掉 64G。如果想更精细可以加一些 qcow2 的高级参数比如集群大小qemu-img create -f qcow2 -o cluster_size64k ~/vm/win10arm/disks/win10.qcow2 64Gcluster_size影响小文件写入的效率和镜像碎片程度64k 是个比较均衡的值。默认值也能用这个属于优化项不是必选项。3.4 内存与 CPU 核数的分配原则宿主机 16GB 内存我给虚拟机分 8GBCPU 是 8 核4 性能核 4 能效核给虚拟机分 4 核。这个分配的逻辑是宿主机要留够资源跑 macOS 本身和日常应用虚拟机不能把资源吃满否则两边都卡。具体到参数上QEMU 的-smp指定客户机 CPU 拓扑-m指定内存。ARM64 客户机对 CPU 拓扑有一定要求建议用-smp 4这种简单形式复杂拓扑比如指定 socket/core/thread在 ARM 上容易出兼容问题。内存方面Windows 10 ARM64 最低要求 4GB实际用下来 8GB 是比较舒服的起点跑轻量开发工具够用如果只跑办公软件6GB 也能凑合。4. 完整启动命令与核心参数逐条拆解4.1 一条能跑起来的完整命令先把我最终调通的命令完整贴出来然后逐段解释qemu-system-aarch64 \ -machine virt,highmemon \ -accel hvf \ -cpu host \ -smp 4 \ -m 8192 \ -drive ifpflash,formatraw,file~/vm/win10arm/firmware/QEMU_EFI.fd,readonlyon \ -drive ifpflash,formatraw,file~/vm/win10arm/firmware/QEMU_VARS.fd \ -drive file~/vm/win10arm/disks/win10.qcow2,ifnone,iddisk0,formatqcow2 \ -device virtio-blk-pci,drivedisk0,bootindex1 \ -drive file~/vm/win10arm/iso/win10arm.iso,ifnone,idcd0,mediacdrom,readonlyon \ -device virtio-blk-pci,drivecd0,bootindex2 \ -device qemu-xhci \ -device usb-kbd \ -device usb-tablet \ -netdev user,idnet0 \ -device virtio-net-pci,netdevnet0 \ -device virtio-gpu-pci \ -device virtio-rng-pci \ -display cocoa \ -vga none这条命令信息量很大下面拆开讲。4.2 机器类型与加速器virt 和 hvf-machine virt,highmemon里的virt是 ARM 平台的标准虚拟机型QEMU 在 ARM64 上基本都用它。highmemon让客户机能访问高地址内存对大内存配置有必要。-accel hvf是关键——HVF 是 macOS 的硬件虚拟化框架Hypervisor.framework用它能让客户机指令直接在硬件上执行性能比纯软件模拟TCG高一个数量级。没有这个参数Windows 会慢到没法用。-cpu host表示把宿主机的 CPU 特性透传给客户机配合 HVF 使用效果最好。注意HVF 需要 macOS 版本和芯片支持M 系列芯片都支持但某些旧系统版本上可能需要在系统设置里确认虚拟化相关选项。如果启动时报 HVF 相关错误先检查这一项。4.3 固件与变量存储的挂载方式两条-drive ifpflash分别挂载固件和变量文件。ifpflash表示这是闪存类型的设备UEFI 固件就住在这里。固件本体设readonlyon防止被意外改写变量文件不设只读因为 UEFI 要往里写启动项和配置。这里有个细节变量文件如果不存在QEMU 会报错。解决办法是提前创建一个空文件或者从固件包里的模板复制一份touch ~/vm/win10arm/firmware/QEMU_VARS.fd空文件也能用UEFI 会自己初始化。但如果想保留启动项就别每次删掉重建。4.4 磁盘与光驱的 virtio 挂载磁盘和光驱都用了virtio-blk-pci设备。virtio 是半虚拟化设备标准性能比模拟 IDE 或 SCSI 高很多但代价是客户机里必须装驱动才能识别。这就引出一个经典问题安装阶段 Windows 安装程序认不出 virtio 磁盘怎么办。我的处理方式是安装阶段先用能被原生识别的设备类型装完系统再换 virtio 并装驱动。但更省事的做法是提前把 virtio 驱动集成进安装介质或者安装时通过额外的驱动盘加载。我实测下来Windows 10 ARM64 的安装镜像里对 virtio-blk 的支持并不完整所以第一次安装时我临时把磁盘设备换成了-device usb-storage挂载装完系统后再切回 virtio 并安装驱动。这个切换过程后面会详细讲。bootindex1和bootindex2指定了引导顺序磁盘优先于光驱。安装阶段如果想让光驱优先把两个 bootindex 对调即可。4.5 输入设备与显示输出-device qemu-xhci加usb-kbd和usb-tablet提供 USB 键盘和绝对定位鼠标。usb-tablet很重要——没有它鼠标在客户机里会出现指针漂移、点击位置不准的问题因为相对定位设备在缩放窗口时坐标换算会出错。显示用-device virtio-gpu-pci配-display cocoa-vga none关掉默认的 VGA 设备避免冲突。virtio-gpu 在 ARM64 客户机上的驱动支持需要额外安装装好之后分辨率和刷新率都能调体验比默认的 ramfb 好不少。如果暂时没装驱动可以先去掉 virtio-gpu用-device ramfb凑合显示虽然分辨率固定但至少能进系统。4.6 网络模型的选择-netdev user是用户态网络QEMU 内部做 NAT客户机通过它访问外网配置最简单不需要宿主机做任何网络设置。缺点是客户机对外不可见端口映射要手动配。日常使用上网、下载、更新足够了。如果需要客户机和宿主机局域网内其他设备互通可以换成桥接模式但 macOS 上的桥接配置相对麻烦涉及网络接口的权限。我一开始用 user 模式后来有局域网访问需求才切到桥接具体配置这里不展开先把 user 模式跑通再说。5. 系统安装全流程与驱动处理5.1 首次引导与安装介质识别命令跑起来后QEMU 窗口会显示 UEFI 固件的启动界面。如果一切正常固件会扫描到光驱里的安装介质并开始引导 Windows 安装程序。这一步常见的卡点是窗口一片黑、或者停在 UEFI shell 不动。判断方法如果进了 UEFI shell说明固件工作正常但没找到可引导设备问题在磁盘或光驱的挂载如果连 shell 都进不去问题在固件文件本身。我第一次就是变量文件路径写错QEMU 直接报错退出日志里能看到 pflash 相关的错误。安装程序启动后语言和区域选择按提示走。到了磁盘选择那一步如果用的是 virtio-blk 且没装驱动会看到未找到驱动器的提示。这时候点加载驱动程序从提前准备好的驱动目录里选 ARM64 版本的 virtio 存储驱动装完就能看到虚拟磁盘了。5.2 分区与安装的注意事项Windows 安装程序会自动创建 EFI 系统分区、MSR 分区和主分区。这里不建议手动分区除非你有特殊需求。自动分区在 UEFI GPT 环境下是标准做法手动改容易把 EFI 分区搞坏导致引导失败。安装过程大约 15 到 30 分钟取决于宿主机性能和磁盘速度。期间虚拟机会重启几次每次重启 QEMU 窗口可能会短暂黑屏属于正常现象。如果某次重启后卡在 Windows logo 不动超过十分钟大概率是引导链或驱动问题需要中断排查。5.3 装完系统后的驱动补全系统装完第一次进桌面设备管理器里会有一堆黄色感叹号。这是正常的——virtio 设备、GPU、网络都需要装驱动。驱动来源是 virtio-win 驱动包需要 ARM64 版本x86 的驱动包装上去没用。驱动安装顺序建议先装存储驱动确保磁盘稳定再装网络驱动方便后续下载然后 GPU 驱动最后其他。每装一个驱动打个快照出问题能回滚。我装 GPU 驱动时遇到过一次蓝屏回滚快照后换了个驱动版本才成功。驱动装完后设备管理器应该基本干净。这时候可以把安装时的临时设备比如 usb-storage换回 virtio-blk性能会有明显提升。切换前确认 virtio 存储驱动已经装好并且工作正常否则换完直接引导失败。5.4 共享目录与文件互通QEMU 在 ARM64 客户机上没有像商业虚拟机那样开箱即用的共享文件夹需要走网络共享或者额外的文件系统方案。我用的办法是在宿主机上开一个 SMB 共享客户机通过网络访问。配置步骤宿主机系统设置里开启文件共享指定共享目录客户机里通过网络路径访问宿主机 IP 的共享首次访问输入宿主机账户凭据这个方案的好处是不依赖 QEMU 的特殊设备稳定且通用缺点是速度受网络栈影响大文件传输不如直通快。日常传文档、代码够用。6. 常见问题排查与避坑经验实录6.1 引导阶段卡死的定位方法引导问题是最让人抓狂的因为报错信息少。我的排查思路是分层定位现象可能原因排查动作QEMU 启动即报错退出参数错误、文件路径不对看终端报错逐条核对路径进 UEFI shell 但无引导项磁盘/光驱未正确挂载检查 drive 和 device 参数配对卡在 Windows logo驱动不兼容、引导文件损坏换设备类型重试检查镜像完整性安装中蓝屏内存/CPU 参数问题降低 smp 核数检查 highmem分层的好处是能快速缩小范围。比如进了 shell 说明固件没问题问题在设备挂载卡 logo 说明引导链走通了但系统初始化失败问题在驱动或系统文件。6.2 图形相关的典型故障virtio-gpu 驱动没装好时常见现象是分辨率固定在 1024x768 改不了或者窗口缩放后画面撕裂。前者是驱动没生效后者是显示后端的问题。我的经验是驱动装好后在客户机里手动设置分辨率别依赖自动适配显示后端优先用 cocoa遇到渲染异常再试其他后端。还有一个坑-vga none和 virtio-gpu 同时用时如果驱动没装可能完全没有显示输出。这时候临时加-device ramfb作为兜底显示设备能进系统装驱动装完再去掉。6.3 性能调优的几个实测有效手段跑起来之后如果觉得慢可以按优先级试这几个手段确认 HVF 生效启动日志里应该有 HVF 加速相关的输出没有的话检查-accel hvf参数和系统支持磁盘用 virtio-blk比模拟设备快很多前提是驱动装好内存给足8GB 是舒适线低于 6GB 会频繁换页CPU 核数别贪多给 4 核比给 6 核稳定ARM 客户机对核数过多有时会有调度问题关闭不必要的后台服务客户机里关掉 Windows 搜索索引、自动更新临时能明显减轻磁盘压力我实测下来这几项调完日常办公和轻量开发的流畅度是可以接受的虽然比不上原生但绝对能用。6.4 快照管理与备份策略qcow2 的快照是救命稻草。我的习惯是装系统前、装驱动前、改重要配置前各打一个快照。命令很简单# 打快照 qemu-img snapshot -c before_driver ~/vm/win10arm/disks/win10.qcow2 # 查看快照列表 qemu-img snapshot -l ~/vm/win10arm/disks/win10.qcow2 # 回滚到某个快照 qemu-img snapshot -a before_driver ~/vm/win10arm/disks/win10.qcow2快照多了会占空间定期清理旧的。另外整个 vm 目录建议定期打包备份到外部存储配置文件和磁盘一起备份换机器时直接拷过去就能用。注意回滚快照前确保虚拟机关闭运行中回滚会导致镜像损坏。这个坑我踩过一次镜像直接报废只能重装。7. 日常使用中的经验与后续可扩展方向跑通之后用了一段时间有几个体会值得分享。第一别把它当主力环境。QEMU 这套方案的定位是偶尔需要 Windows 时的备用环境重度使用体验和原生差距明显心态摆正了就不会失望。第二配置即代码。我把启动命令写成了一个 shell 脚本参数集中管理改配置就是改脚本比记一堆命令行参数靠谱得多。第三驱动版本要匹配。virtio-win 驱动包更新频繁不同版本对 ARM64 的支持程度不一样装之前先看版本说明别盲目追新。后续还能往几个方向扩展一是把启动脚本做成 launchd 服务或者快捷指令一键启动二是研究 virtio-fs 在 ARM64 上的支持情况如果成熟了可以替代 SMB 共享文件访问会更快三是尝试给客户机分配更多显示资源看看能不能改善视频播放体验。这些我还在摸索有进展再单独记录。最后说个实操小技巧QEMU 窗口的键盘捕获有时候会粘住快捷键切不回宿主机。遇到这种情况在 QEMU 监视器里执行sendkey ctrl-alt-f之类的组合或者直接关窗口重开比反复按快捷键有效。这种小问题不影响使用但知道怎么处理能省不少烦躁。
平方复杂度无法被常规优化消除｜TaoToken 统一 Key 通道实测)
