这周,「告别Docker Desktop」又刷屏了。微软在Build 2026大会上放了个大招:WSL Container,Windows原生支持跑Linux容器了。知乎主角wslc的获取方式很简单:执行一条`wsl --update --pre-release`,PATH里就多出一个wslc.exe,不装Docker Desktop、不配Hyper-V,直接在Windows上跑Linux容器。微软官方博客热度也能看出来:8月12日B站一条wslc深度实测视频拿到5695播放、120收藏,收藏接近点赞的两倍;今天又有一条《从入门到调优》教程更新,把容器启动耗时从18秒调到了4秒。哔哩哔哩
那么问题来了:这回真的能卸载Docker Desktop了吗?先说结论:还不到时候,但这东西值得你现在就搞清楚。
wslc是什么:不是WSL 3,是WSL 2上的功能层
不少文章把WSL Containers渲染成「微软放大招,WSL 3来了」。微软官方6月下旬就辟谣过:WSL产品经理Craig Loewen明确表态「根本不存在WSL 3这回事」。知乎WSL Containers只是加在WSL 2上的一层功能,就像手机装了个新App,不算系统大版本升级。它走常规WSL更新通道推送,不用重装系统,实现代码直接开源在github的microsoft/WSL仓库里,pre-release版本就能直接看到。知乎
配套的wslc.exe还有个container.exe别名,命令设计和Docker几乎对齐,官方的说法是「直接复用你已有的肌肉记忆」:跑容器、查CUDA、映射端口,都是你熟悉的那套语法。微软官方博客

免费内置加GPU直通,官方卖点很实在
把官方公告和各路实测汇总一下,wslc的卖点主要有5条:
完全免费,Windows内置。Docker Desktop个人免费,但250人以上或年收入超1000万美元的企业商用要付费订阅,Business套餐约24美元/用户/月,500人的团队一年订阅费接近15万美元。知乎
GPU直通。`wslc run --gpus all`直接调用Windows上的显卡,跑CUDA机器学习容器不用再折腾Docker Desktop的那个老毛病。知乎
Windows原生API集成。官方提供NuGet包,C/C++/C#代码里就能拉起Linux容器,还集成MSBuild和CMake——容器构建部署直接进Windows应用的build流程。
企业管控。组策略/ADMX可以限制组织内能用哪些容器、配置镜像仓库白名单,微软Defender for Endpoint也加了容器事件监控,这些是Docker Desktop原生没有的。微软官方博客
底层优化。新默认文件系统virtiofs让Windows文件访问快约2倍;实验性网络模式consomme把Linux流量经Windows中继,改善VPN/代理兼容性;内存回收机制也在改进。
官方公告里还特意点名:Docker Desktop、Podman Desktop、Rancher Desktop这些工具也都会从底层改进中受益——微软的姿态是「给你多一个选择」,不是「干掉Docker」。微软官方博客

但第一批实测的人,带回来的是坏消息
把近两个月的社区实测和评论区汇总,缺点相当一致:
不支持compose。这条最致命。实测视频评论区说得直白:「不能用compose,要等他完善」。哔哩哔哩自部署多容器的用户几乎全靠一份docker-compose.yml,缺了它,wslc暂时只是个单容器工具。
还是pre-release,bug不少。连今天这条《从入门到调优》视频,都专门列了一节「五大避坑指南」。
WSL 2的老毛病没全治好。官方说virtiofs让文件访问快了2倍,但社区经验仍是项目文件放Linux主目录、别放/mnt/c;内存上限还得靠.wslconfig手动限制;NPU直通官方只字未提,Copilot+ PC用户再等等。
VS Code Dev Containers已经能接(0.462.0 pre-release,把Docker Path改成wslc即可),但Docker Desktop那种图形界面、扩展生态还是没有。微软官方博客
评论区有人总结到位:「Windows要是有Mac上OrbStack那样的东西就好了」。哔哩哔哩

还有一类人根本不用关注wslc:早就在WSL里直接装Docker Engine的。视频里最有代表性的评论是这句:「我是直接在WSL里装的Docker Engine跑docker,没有啥问题啊,为什么要装Docker Desktop?」,说这话的人走的就是这条路。哔哩哔哩它免费、成熟、compose全支持,唯一成本是配置全手动。
三条路线,谁该迁移谁该等
对Windows上的容器用户,决策其实很清楚:
现在就可以尝鲜wslc的:只跑单容器或少量容器、不依赖compose、能接受pre-release的bug、用途是开发测试。想在Windows上跑CUDA容器的AI开发者、想用组策略管控容器的企业IT,是它最明确的两拨目标用户。知乎
建议先留在Docker Desktop的:日常工作流是compose编排多容器、离不开图形界面、跑生产环境,以及——你本来就用个人免费版,没有成本压力,迁移收益约等于零。
隐藏的稳妥路线:WSL里直装Docker Engine。这是目前「卸载Docker Desktop」最扎实的姿势,免费、成熟、compose全支持,只是上手门槛比敲一行wslc高一点。

往后盯两个信号:一是wslc什么时候支持compose,那是它从玩具变日用工具的分水岭;二是它什么时候走出pre-release出稳定版。两个都满足之前,「告别Docker Desktop」更多还是句口号。
最后说一句:微软把容器内置进Windows,方向是对的,也是真免费。但公测期最聪明的姿势,是让尝鲜的人先踩坑,等compose能用了你再搬家。