Docker Desktop的“节省模式”无效是因为GUI设置只影响Docker Engine参数，而WSL2资源由.wslconfig文件控制；需手动配置该文件并执行wsl --shutdown重启才能生效。
为什么 Docker Desktop 的“节省模式”根本没反应
Windows 上点开 Docker Desktop 设置里的 Resources → Advanced，把内存调到 2GB、CPU 核心数设为 2，点 Apply & Restart，结果任务管理器里 vmmemWSL 进程照吃 8GB 内存——这不是设置失效，而是你压根没改对地方。Docker Desktop 在 Windows 上的资源限制分两层：GUI 界面里那个滑块只控制 Docker Engine 的启动参数，而真正管 WSL2 虚拟机内存/处理器的是宿主机上的 .wslconfig 文件。GUI 设置在 WSL2 后端下基本被忽略（尤其 v4.30+ 版本），它只对旧版 Hyper-V 模式或 Legacy Engine 生效。
如何确认当前生效的资源限制来源
打开 PowerShell（无需管理员权限），运行：
cat $env:USERPROFILE\.wslconfig
如果返回“找不到路径”，说明你没配 .wslconfig，那 GUI 设置可能部分起效；但如果文件存在且内容明确写了 memory=12GB，而 vmmemWSL 占用仍超限，就说明：
- WSL2 实例没重启：执行
wsl --shutdown再重启 Docker Desktop - 配置语法错误：比如写成
memory = "12GB"（带引号或空格）会被忽略，必须是memory=12GB - 文件编码是 UTF-8 BOM：记事本默认保存带 BOM，会导致 WSL2 加载失败，建议用 VS Code 或 Notepad++ 保存为纯 UTF-8
- 配置位置错：必须放在
C:\Users\{用户名}\.wslconfig，不是%PROGRAMDATA%或 Docker 安装目录下
docker desktop 设置界面调低内存后仍卡顿的真因
Docker Desktop GUI 里的 Memory 滑块，实际只影响 /etc/docker/daemon.json 中的 default-ulimits 和容器默认资源上限，并不约束 WSL2 自身内存。也就是说，它只管“每个容器最多能拿多少”，不管“整个 WSL2 虚拟机最多能吃多少”。你看到的卡顿，90% 是 WSL2 把物理内存吃到触发系统交换（swap）甚至 OOM Killer 杀进程，和容器单个内存限制无关。
验证方式：
- 进 WSL2：运行
wsl -d docker-desktop - 查真实内存上限：
cat /proc/sys/vm/max_map_count（间接反映）或更直接看free -h对比总内存和可用内存 - 对比
cat /proc/meminfo | grep MemTotal和宿主机任务管理器显示的物理内存，差值过大即说明 WSL2 已突破 GUI 设置
终极省资源组合配置（Windows + WSL2）
别只依赖 GUI，三处必须同步检查：
-
.wslconfig（核心）：放在$env:USERPROFILE\.wslconfig，内容如：[wsl2] memory=6GB processors=4 swap=2GB localhostForwarding=true
- Docker Engine 配置（辅助）：Settings → Docker Engine → 编辑 JSON，加
"default-ulimits": {"memlock": {"Name": "memlock", "Soft": -1, "Hard": -1}}（避免 ulimit 干扰） - 关闭不用功能：Settings → General → 取消勾选
Start Docker Desktop when you log in和Use the new virtualization framework（该选项在某些 Win11 版本反而增耗）
改完必须执行 wsl --shutdown，再手动点开 Docker Desktop，否则 WSL2 实例不会重读 .wslconfig。很多人卡在这一步——以为点完 Apply 就完事，其实 WSL2 进程还在后台挂着旧配置跑。
