docker在2026年11月9日推送docker desktop 4.99.0版本，核心解决三类问题：代理连接泄漏、wsl 2启动异常、部分场景下更新失败。往前11月3日上线的4.98.0版本，已经提前修补了两个安全漏洞，其中一个和wsl 2后端的限制绕过相关，对应的修复要求wsl版本最低为3.0.3。日常使用wsl 2后端的windows开发者，需要同时核对docker desktop和wsl两个软件的版本号。
4.99.0修复代理泄漏、存储卷占用和WSL启动故障
4.99.0补上了系统代理下的套接字泄漏问题：旧版本里容器通过上游代理发起普通HTTP请求，每一次请求都可能留下一个没关闭的套接字，只能等重启才会释放。新版本还解决了计算NFS或者SMB存储卷大小时，产生持续网络流量、拉高CPU占用的问题，以及Docker VMM短时间涌入大量新连接时，重置已发布端口连接的bug。
Windows端的调整覆盖多种启动和更新场景：包括低性能设备上数据磁盘挂载过晚导致WSL 2引擎启动失败、Windows更新中途强行终止Docker Desktop可能损坏引擎数据库，还有启用WSL集成时，在WSL发行版内运行docker desktop命令可能报错的问题。另外像WSL 2发行版的systemd-resolved DNS缓存每30秒就被清空、已能正常运行WSL 2的设备在用户级安装或更新时仍出现“Virtual Machine Platform”错误这类问题，也都修复完毕。使用containerd镜像存储的Windows容器新增了BuildKit支持；Mac端则修复了程序退出时误杀安装程序，导致升级失败的问题。
4.98.0安全修复有WSL版本条件
4.98.0修复的CVE-2026-98432涉及Linux内核IPv4 TCP处理流程中的释放后使用问题；另一项CVE-2026-112917涉及WSL 2后端上的容器绕过AF_VSOCK限制。官方明确标注，后一项修复还要求WSL 3.0.3或更高版本，不能仅凭Docker Desktop已经更新就判定所有修复条件都已满足。这里的3.0.3是WSL软件版本，和发行版运行在WSL 1还是WSL 2模式属于不同概念。
Windows端的4.98.0还处理了关闭Docker Desktop终端后进程继续残留，以及文件共享目录按名称前缀错误匹配的问题。现在允许共享的目录按完整目录名匹配，例如设置了C:\foo为共享目录，不会因为名称前缀相同就把C:\foobar一并视为已获准共享。Docker VMM也增加了从WSL 2发行版调用docker和docker compose的支持，但这不等于完整的WSL集成：绑定挂载只支持Windows驱动器中的文件，例如/mnt/c下的项目，发行版内部的/home等路径不在支持范围内。
Mac端的4.98.0移除了com.docker.vmnetd特权辅助程序，旧版本安装的辅助程序会自动卸载；Linux端则在设置中增加了Docker VMM选项。Windows ARM64设备上的Docker VMM选项会正确显示为不可用，并在安装或升级时回退到WSL 2。
检查Windows环境时，可在PowerShell中用wsl --version查看WSL及组件版本，用wsl --update更新WSL；wsl -l -v显示的是各发行版使用WSL 1还是WSL 2，不能替代软件版本检查。Docker Desktop更新采用分批推送，官方说明通常会在发布后一周内陆续可用。企业管理设备应同时核对Docker Desktop发布版本、实际使用的虚拟化后端和WSL版本，避免只更新其中一项。
