从wsl到wsl2明显是退步，为什么还有人鼓吹wsl2？
一个被WSL 2 气到想砸电脑的夜晚
记得半年前，我试图在Windows里跑一个本地大模型。
我的笔记本是典型的健身游戏本，2公斤的体重配了个RTX 4060 8G，理论上跑个7B 模型绰绰有余。装好 Ollama，拉模型，OK，一切顺利。
然后我开始本地调用。
速度从24 toks 掉到 18，再到 12，最后稳定在 5 toks 左右——跟看幻灯片似的。
查了半天论坛、求了很多大佬，结果人说是Windows 的"内存完整性"（Memory Integrity）。这玩意儿是虚拟化安全功能，启用 WSL 2 后 Windows 会"贴心地"建议你打开。一旦打开，每次内存访问都要过一遍 hypervisor 验证。对于 LLM 推理这种疯狂读内存的操作来说，等于给高速公路每辆车都设了个安检站。
关掉它，速度回来了。但Windows 安全中心立刻弹出一个刺眼的黄色警告："你的设备有风险"。
那一刻我真的很想问微软：你想欻？（关中雅言）
---
WSL 2 到底哪里让人抓狂？
说实话，WSL 2 日常用还行，但一碰 AI 部署什么的，各种小问题就开始扎堆冒出来。
文件读写慢得离谱。你把项目放在Windows 硬盘，从WSL 里通过 mntc 访问，性能直接打对折。有大佬实测过，拷10GB 数据要 47 分钟，比双系统还慢。npm install 卡在 99% 的那种绝望，懂的都懂。
GPU 跑 AI 像隔着一堵墙。 WSL 2 虽然支持 CUDA，但 GPU 访问要经过 Hyper-V 转译。每次 CUDA kernel 调用，数据得走这么一条路：Linux 用户态 → Linux 内核态 → Hyper-V → Windows 内核态 → GPU 驱动。绕了一大圈，性能自然上不去。
NPU也不认识。现在新出的Copilot+ PC 都带了 NPU（神经处理单元），40+ TOPS 的算力专门给 AI 用。但 WSL 2 里完全看不到这东西。你花大价钱买的 AI PC，NPU 算力在 Linux 环境里就是一坨摆设。
内存是个无底洞。WSL 2 默认吃掉 50% 的物理内存！50%啊大哥！你看看现在内存啥行情！
网络调试让人头秃。默认NAT 模式，localhost 转发时不时抽风，端口冲突排查能花掉你整个周末。
AMD 用户是二等公民。 GPU 加速基本只认 NVIDIA，AMD 显卡的用户？抱歉，慢慢等吧。
这些问题单独看都不算致命，但堆在一起，就构成了一个让人"能凑合用但用着不爽"的体验。
---
微软想明白了：WSL 3 来了
今年6 月的 Build 2026 大会上，微软正式发布了 WSL 3。
看完发布会，我的第一反应是：微软终于承认了——AI 开发的主战场在 Linux，Windows 得跟上。
WSL 3 不是在 WSL 2 上缝缝补补，而是从底层架构动刀。核心变化就一句话：从 Hyper-V 虚拟机，换成了半虚拟化容器运行时。
什么意思呢？
打个比方。WSL 2 就像你住在隔壁楼，每次回家得先过小区大门，再进单元门，再爬楼梯。WSL 3 嘛，隔壁楼给你开了个专用通道，门禁直接刷脸。
具体来说，WSL 3 有几个让我眼前一亮的改进。
---
GPU 和 NPU：这次是真的"直通"了
这是WSL 3 最大的卖点。
以前WSL 2 里跑 PyTorch，GPU 调用要过 Hyper-V 翻译一层，性能打折扣。WSL 3 直接让 Linux 内核跟 Windows 的 GPUNPU 驱动层对话，绕过了虚拟化那道坎。
微软官方的说法很直白："GPU and NPU without the performance tax"——GPU 和 NPU，不再收虚拟化税。
翻译成人话就是：在WSL 3 里跑 PyTorch、TensorFlow、Ollama、llama.cpp，性能接近裸机 Linux。
更关键的是，Copilot+ PC 的 NPU 终于能被 Linux 容器直接调用了。你花大价钱买的 AI PC，那颗 40+ TOPS 的 NPU 芯片，在 WSL 3 里不再是摆设。
微软自己给的定义也很到位："除裸机 Linux 外，在 Windows 上运行 Linux AI 工作负载最快的方式。"
---
容器80ms 启动，内存少吃 40%
Build 2026 的现场演示里，微软秀了一手：一个 Linux 容器从零到跑起来，不到 80 毫秒。比 WSL 2 快了大约 10 倍。
这得益于新架构复用了宿主内核的cgroup 和 namespace 原语，不再需要为每个容器单独启动一个内核实例。
内存方面，WSL 3 从 Windows Server 那边借来了内存回收技术，空闲内存占用降低了约 40%。以前 WSL 2 那个吃内存的 vmmem 黑洞，应该会收敛不少。
网络也终于不折磨人了。WSL 3 用了"镜像网络"模式，Linux 的网络接口直接呈现为主机接口，不再有 NAT 转换。localhost 互通、IPv6 支持，都变得简单直接。
---
WSL Containers：Docker Desktop 可以歇歇了
这次Build 2026 还顺带宣布了一个大招：WSL Containers。
以前在Windows 上跑 Linux 容器，你得装 Docker Desktop，它背后还是走 Hyper-V 虚拟机跑 Linux 内核，资源开销不小。
WSL 3 的容器支持直接跑在同一个 Linux 内核上，不需要再叠一层虚拟机。微软说未来几个月会推出公共预览版，届时通过新的 CLI 和 API 就能创建、运行和管理 Linux 容器。
对于容器化开发重度用户来说，这可能是WSL 3 最实用的改进之一。
---
不过，先别急着激动
WSL 3 确实让人期待，但有几个坑你得提前知道。
首发硬件有限。目前只支持Intel Meteor Lake/Lunar Lake（都是新的Ultra系列） 和高通骁龙X Elite 平台。如果你用的是 AMD 锐龙——抱歉，再等等。微软说 AMD 支持在计划中，但没给时间表。
老机器可能跑不了。半虚拟化架构对CPU 和主板有要求，太老的机器可能直接不支持。
有些场景还是得双系统。内核模块开发、物理网卡抓包、严格实时性需求——这些 WSL 3 搞不定，双系统或裸机 Linux 仍然是唯一解。
终端碎片化没解决。cmd、PowerShell、WSL 三个窗口切来切去的体验，WSL 3 本身没动这块。
---
微软在搞什么？
把WSL 3 放到微软的整体布局里看，你会发现它只是棋盘上的一步。
Build 2026 同时发布了 Azure Linux 4.0——微软历史上第一款通用 Linux 服务器发行版。加上 Surface RTX Spark Dev Box（出厂预装 WSL + GPU 直通 + CUDA）和 Windows 365 开发者镜像，微软搭的是一个从桌面到云端、从硬件到容器的完整 Linux 生态。
WSL 3 就是这个战略在桌面端的落子。微软不打算把 Windows 变成 Linux，而是让 Windows 成为运行 Linux 工作负载的最佳宿主之一。
---
什么时候能用上？
WSL 3 目前是预览阶段。想尝鲜的话，得加入Windows Insider 走预览通道。
正式版预计随Windows 11 26H2 在今年秋季推送，走现有 WSL 分发渠道，不需要重装系统。
检查你当前的WSL 版本，终端里跑一下：
wsl --version
大概率还是WSL 2，不过别急，下半年就来了。
---
最后说两句
WSL 3 不会让 Mac 用户倒戈，也不会让硬核 Linux 粉丝放弃裸机。这些人离开 Windows 的原因从来不是"跑不了 Linux 应用"。
但WSL 3 确实解决了一个庞大且沉默的群体的痛点：习惯了Windows、却依旧想参与AI 时代 Linux 主导的开发和部署流程的人。
全球大约14 亿台活跃 Windows 设备。哪怕只有 5% 的开发者因此受益，那也是 7000 万人。
WSL 3 最大的价值，用一句话概括就是：
它让"被迫留在 Windows 上"的 AI 开发者，少了一个逃走的理由。
如果你也是其中一员，下半年值得期待。
我为人人，人人为我