2025 年 7 月 5 日我入手了一台 Surface Pro 11 XElite 版，这篇文章原计划在那年国庆假期写出来，但一直懒得动笔，拖延到了现在……
至于为什么现在决定动笔，那是因为 XElite 2 版本的 Surface Pro （看起来）要来了。整体来说我对 XElite 和 WoA 是比较满意的，因此在定价合理的情况下想必还是会买，本文就当是万一真的入手了 XElite 2 新机时的 Setup 指南了。
谁要这东西？
哪怕是站在去年的视角，同等价格的情况下，Lunar Lake 和 XElite 我肯定选前者；到了今年，Panther Lake 那更是无脑的选择。然而，这个”同等价格”的前提并不成立。
因为我首先需要一个 Surface Pro，其次才是考虑 WoA 与否。Micro$oft 通过恶意抬高 Intel 版售价来迫使消费者购入 ARM 版本的策略，至少在我身上是成功的——当然，这是因为 ARM 的兼容性问题对我几乎没什么影响。
是的，买这玩意的前提是你需要一个 Surface Pro，但不需要 x86 处理器。如果只是单纯想体验 WoA，华硕等 OEM 的产品是更好的选择，甚至到了今年，XElite 2 有了更多 OEM 参与进来，选择非常多。
WoA 配置指南
本人并非专业数码评测人，因此直接跳过各种外观鉴赏和性能测试环节，主要来讲讲 WoA 的一些使用体验和技巧。毕竟评测类内容你可以在任何媒体和自媒体找到比我专业得多的评价。
系统配置
Smart Charge
我刚拿到手的时候，这台机器还是不支持自定义 Smart Charge 的，也就是无法手动控制充电上限。它自称会”智能限制”，然而微软的智能水平众所周知……这个所谓的智能，就是连续插电好几天就会切换到 80% 上限，离电用几次就会切换回 100% 上限。临时方案是不得不打开 UEFI 里的 Battery Limit，但这会把上限锁到 50%，不过我基本是插电用，出门也会带充电宝，问题不大。
由于这篇文章拖了很久，在某次更新中，Surface App 已经支持了自定义充电上限，不过还是只能选择”自动""80%""100%“三档，以及 UEFI 中的 50%，不支持精细调节，只能说够用，啊，够用。
UEFI
另一个要提的就是 UEFI 了。ARM 版的 UEFI 保持了和 x86 版本一致的界面和功能，这一点还是非常好的。不过我的 Ventoy 似乎无法被正确识别，还是专门搞了一个 U 盘写官方的恢复镜像。对于想要尝试 Linux 的人，很遗憾我没有尝试过，毕竟要是连触控和笔都不能用了，你家电视盒子都比这玩意有性价比。
Adaptive Hibernate
Adaptive Hibernate 是用于自动从待机（严格来说是现代待机）进入休眠的功能。
但是事实上，这是一颗 ARM CPU，我也是基本把它当手机用的，谁家手机会因为待机时间或耗电过多就自动关机的呢？而且现在是 2026 年了，SSD 可比电池贵多了（虽说对于这个机器来说修电池很难，SSD 倒是随便换……）。
好在这个功能有充足的自定义选项，主要是这里的 Standby Budget Settings。
- StandbyBudgetPercent 表示待机预算百分比，也就是待机状态连续耗电达到这个值就会进入休眠，默认是 5%。
- StandbyBudgetRefreshInterval 表示预算刷新时间，也就是前面设置的预算必须在这个时间内达到才会超预算，默认是 12 小时。换言之，就是 12 小时内的耗电量必须小于 5%，否则就会休眠；而如果达到了 12 小时，则刷新预算，从新的 12 小时周期开始重新计算耗电量。
- StandbyBudgetRefreshCount 就是上面说的”刷新”最多允许多少次，默认是 4。
可以得出，默认配置下，从待机转到休眠的条件是：每 12 小时窗口内，一旦耗电量达到 5% 就立刻进入休眠；如果未达到，则在下一个 12 小时窗口重新计算；最多允许 4 个这样的 12 小时窗口，也就是 48 小时后，无论如何都会进入休眠。
没有任何负载的情况下，默认的待机功耗还真能吃满 48 个小时的窗口。不过我日常会开一些软件不关，这样一个窗口内的耗电可能就会到 6%-8% 这样，刚好够它”提前”休眠的。
我其实是希望它根本不要休眠的，所以设置得比较大，直接把 StandbyBudgetPercent 拉到了 15，其他保持默认。这样的话，只有我真的挂着一个特别耗电的软件（比如游戏没关），才会自动休眠，否则是完全不休眠的。
日常使用
Windows Subsystem for Linux
对于开发者而言，第一个要尝试的当然是 WSL 啦！WSL 当然是完全支持 Windows on ARM 的，安装体验也完全一致。不过对于我自己来说，还是有些问题要解决的。
Arch Linux ARM
I use Arch btw
Arch Linux 是一个面向 x86 的发行版，WSL 的发行版索引和微软商店也只有 archlinux (x86)。为此，我们需要自己构建 archlinuxarm 的 rootfs，好在现在为 WSL 创建自定义 distro 非常简单，因此简单 fork 一下 archlinux-wsl 的仓库改改即可。
见：
BTRFS with WSL
WSL 的代码里是写死用 ext4 作为默认文件系统的。以前的办法是妥协一下，自己挂载一个外部 vhd 到 /home、/var 之类的目录下。
不过，在 WoA 上，这甚至更糟。
这基本上就是 26H1 了，Insider Channel 倒是能吃到这个版本，今年的 XElite 2 新机应该也可以。不过在这期间，我已经一不做二不休地自己动手实现了 WSL 的自定义根文件系统支持。
如果读者希望早日在官方版本中用上的话，欢迎来跟进相关 PR 和 issue。
Windows Subsystem for Android
作为一个 ARM 设备，WSA 的体验自然也不会差，可惜 WSA 已死。
社区维护的 WSABuilds 我测试仍然可用，并且效果不错，触控等支持也较为完美，适合使用日常软件，不过我没什么特别的需求，手机已经够多了。
对于游戏场景，WSA 的性能只能说中规中矩，但要命的是对各类游戏触控支持都不太好，而且它只能先启动再动态调整分辨率，极易导致一些老游戏 UI 布局混乱。
目前对于游戏场景，我个人使用的是 MuMu 模拟器 ARM 版，作为一个专注于游戏的产品还是相当合格的，而且都是原生运行，性能非常可以。
自行编译开源软件
Windows on ARM 的生态已经相当成熟，对于大部分开源软件，即便它们没有提供预编译二进制，实际上只要不是涉及驱动级别的东西，都是可以自己编译出可用的 ARM 版本的，例如我之前的文章在 Windows on ARM 上使用 tinc。
亦有缺点
不存在完美的产品，有的是完美的信徒。
兼容性
这是个老生常谈的话题了。我自认为 Windows on ARM 的兼容性是非常好的，对我来说，至少这台 Surface Pro 的使用场景已经可以全覆盖了。每当讨论兼容性时都会有人拿各种工业软件出来说事，实际上哪怕给你个 Intel 版的 Surface，我想大脑正常的人也不会拿它去跑什么化工模拟之类的——大学生除外。
不过，目前来说，兼容性的确还有不少问题，上文提到的 wsl —mount 是一个，此外：
x64 转译
目前来说，x64 转译的性能已经非常高了，当然，我没有实际定量测过，只能说体感上用起来不会有明显卡顿。不过，我遇到的软件中需要转译的寥寥无几：
- 网易云音乐，体感上是完全没区别的。
- 飞书，冷启动能明显感到比 x64 机器慢一拍，不过一旦启动完成后，使用中的体验还是很流畅的。
- DMM Games：哈哈，根本玩不了
- osu!：只测试了 lazer 版，虽然是转译但非常流畅。
- 各种 GalGame：Surface Pro 依然保留了它 GalGame 神机的定位，哪怕是上世代的老游戏也毫无问题，当然不排除我品鉴得不够多。
- 其他电子游戏：实际上，只要不给 GPU 太多压力，转译根本不是影响性能的主因，倒不如说高通把 GPU 砍得这么狠才是性能的主要瓶颈。
x86（32位）转译
x86 转译就能明显感觉到性能上的差距了。所幸常用的软件里没有多少 32 位的，除了 Steam 这个万年 32 位遗老外，几乎没有什么软件是 32 位的了。随着最近更新中对 AVX 指令集转译的支持，x86（32位）的性能稍微好了一点，但是如果你日用软件中存在大量的 32 位程序的话，那么我依然非常不建议。
GPU
拉完了。
并且，除了性能之外，在游戏场景下，兼容性问题是很多的，比如在 Minecraft 中启用 HDR 的 Bug（不过后来我发现这似乎是 Surface 系列的问题，Intel 版也会有）。
还是祈祷麦块早日切换到 Vulkan 吧。
至于广为流传的 4K 解码都解不动的说法，我倒是没有感觉，虽然也可能是我没有那么多高质量 4K 片源。只能说正常的流媒体网站视频/直播都是没问题的。
NPU
不但拉完了，而且还是导致 GPU 拉完了的凶手。这块 NPU 性能倒是不差，不然也达不到 Copilot+ PC 的标准，但是除了为它提高附加值以利于抬高定价之外没有任何作用。
并且，不同于 Intel/AMD 的 NPU，高通的这个不被 PyTorch 等主流框架支持，它只能跑 ONNX 模型。也就是说除了微软自己提供的一些功能外，你几乎没法自己折腾任何东西。当然，理论上可以将任何模型量化/转换到 ONNX 格式，但是图什么呢？
还有个所谓的游戏抗锯齿与超采样功能，调用的是 NPU，看起来是给 GPU 分担压力了，不过不如直接把 NPU 砍了，把这部分钱全花在 GPU 上。并且这个抗锯齿的实际效果也比 DLSS/FSR/XeSS 等差远了，也不支持下采样，因此并不能提高帧数。
其他
- USB-C（USB4）接口的 DP Alt 模式疑似有问题，无法通过扩展坞连接显示器，虽然直接连接显示器是没问题的。
- 对于中国用户有一个很现实的问题，那就是几乎没人制作 ARM 的破解版软件，除非你能接受使用 x64 转译的版本。例如 Adobe 系列部分产品已经有了 ARM 原生版，但你找不到”俄罗斯大神破解版”。
总结
与我一直以来坚持的一样，我个人对这台机器还是比较满意的，但我不会推荐给任何人。只要你在犹豫哪怕一秒自己是否需要这个东西，那就说明你不需要。
不过，对于整个 Windows on ARM 生态来说，我认为在轻度办公场景下已经完全可用了。如果未来出现 3000-5000 元价位段的、性能和同价位 x86 设备差不多甚至稍强一点的产品，我认为是值得购买的。当然，考虑到目前的 NAND 价格和 Intel 的大幅进步，这种可能性似乎很小了。