Docker Desktop 怎样开启 Resource Saver 节省空闲内存
来源:17golang原创
时间:2026-11-07 22:26:59 152浏览 收藏
如果 Docker Desktop 平时没有运行容器,却一直占用较多 CPU 和内存,可以先检查 Resource Saver。它会在一段时间没有容器运行时,让 Docker Desktop 的 Linux VM 进入低资源状态;需要再次运行容器时再自动唤醒。当前 Docker 官方文档给出的默认空闲时间是 5 分钟,并且 Resource Saver 默认开启。
官方地址:https://docs.docker.com/desktop/use-desktop/resource-saver/
这项设置解决的是“空闲时少占资源”,不是给某个容器配置 CPU、内存上限,也不是删除镜像。下面按设置、计时器、结果确认和平台差异说明。
Resource Saver 开启后会发生什么
Resource Saver 关注的是 Docker Desktop 自身的 Linux VM。当没有容器运行并达到空闲计时后,Docker Desktop 会自动停止或暂停这部分后台资源,让主机少承担持续的 CPU 和内存开销。重新运行容器时,Docker Desktop 会先唤醒 VM,再继续启动容器。
因此它适合笔记本、电池供电设备,以及平时只偶尔启动开发容器的工作环境。如果你正在持续运行数据库、消息队列或本地 Kubernetes 集群,就不能期待它在后台自动释放这部分工作负载。
从 Settings > Resources 找到开关
操作入口是 Docker Desktop 的设置页,而不是某个容器的详情页:
- 打开 Docker Desktop,进入 Settings。
- 在左侧选择 Resources。
- 在资源设置中找到 Resource Saver。
- 保持开关为启用状态;如果暂时不想自动进入省资源模式,再将它关闭。

Docker 官方设置文档把 Resource Saver 放在 Resources 区域,并说明它会在空闲时自动处理 Linux VM。修改开关后,先确认界面仍显示启用状态,再关闭设置页;不需要把它和容器的资源限制混在一起排查。
按工作节奏调整空闲计时器
默认计时器是 5 分钟。经常在编辑器和终端之间短暂切换的人,可以保留默认值;如果本地容器启动成本较高,也可以适当延长,减少频繁唤醒。
如果界面提供的选项不够细,Docker 官方文档允许修改 Docker Desktop 的 settings-store.json 中的 autoPauseTimeoutSeconds。这个值必须大于 30 秒,修改后不需要重启 Docker Desktop。
{
"autoPauseTimeoutSeconds": 300
}
上面的 JSON 保持有效格式,不在配置文件里加入注释;300 表示 300 秒,也就是 5 分钟。不同系统的配置文件位置如下:
| 系统 | 配置文件位置 |
|---|---|
| macOS | ~/Library/Group Containers/group.com.docker/settings-store.json |
| Windows | C:\Users\[USERNAME]\AppData\Roaming\Docker\settings-store.json |
| Linux | ~/.docker/desktop/settings-store.json |
直接改文件前先退出会写入该配置的编辑器或管理脚本,避免保存时互相覆盖。这里只调整计时器,不要顺手改动其他设置项。
用月亮图标确认已经进入省资源状态
设置完成后,先停止不需要的容器,再等待计时器到期。进入 Resource Saver 后,Docker Desktop 状态栏和系统托盘图标会显示月亮图标,这是比“感觉内存变少了”更直接的可见结果。

随后运行一个容器,观察 Docker Desktop 是否自动退出省资源状态并完成启动。官方文档提示,唤醒 Linux VM 的命令可能比平时慢约 3 到 10 秒;第一次慢、后续容器运行恢复正常,并不等于 Resource Saver 失效。
只执行查看镜像或卷列表这类不需要运行容器的命令时,不一定会唤醒 Linux VM。也就是说,查询命令没有明显延迟,不能单独作为“没有进入 Resource Saver”的判断依据。
WSL 和 Pause 为什么会让判断不同
如果启用了 WSL integration,Docker Desktop 会把它视为持续活动,即使空闲计时器已经到期,也可能不会进入 Resource Saver。这是最常见的误判来源之一:先检查 WSL 集成状态,再判断开关是否生效。
Windows 的 WSL 模式还有一个平台差异:Docker Desktop 不能停止由多个 WSL 发行版共享的 Linux VM,只能暂停 docker-desktop WSL 发行版里的 Docker Engine。因此它能降低 CPU 使用,但不一定降低 Docker 的内存占用;如果目标是回收 WSL 内存,还要按 Docker 官方 WSL 文档配置 autoMemoryReclaim。
Resource Saver 与旧的手动 Pause 也不是同一件事。Resource Saver 优先级更高,进入该模式后不能再手动 Pause;需要稳定、自动的空闲资源回收时,通常保留 Resource Saver 更合适。
一张表记住设置后的验收结果
| 现象 | 更可能的结论 | 下一步 |
|---|---|---|
| Resources 中显示 Enabled | 开关已经打开 | 等待空闲计时器到期 |
| 出现月亮图标 | 已进入 Resource Saver | 运行容器确认自动唤醒 |
| 首次运行容器慢 3–10 秒 | 正在唤醒 Linux VM | 等待一次启动完成再比较后续速度 |
| 启用 WSL integration 后不进入省资源状态 | WSL 被视为持续活动 | 检查 WSL 集成或改用对应平台策略 |
| Windows WSL 内存仍未明显下降 | WSL 共享 VM 的平台限制 | 了解 autoMemoryReclaim,而不是反复切换开关 |
常见问题
Resource Saver 会删除容器或镜像吗?
不会。它处理的是 Docker Desktop 空闲时的后台运行状态,不等于清理容器、卷或镜像。
为什么我设置了 1 秒却不生效?
官方约束是 autoPauseTimeoutSeconds 必须大于 30 秒。低于或等于 30 秒的值不应作为有效配置使用。
启用后每次运行容器都要等很久吗?
只有从省资源状态唤醒 Linux VM 时可能增加约 3 到 10 秒;唤醒完成后,后续容器启动通常恢复正常。
应该关闭 Resource Saver 改用 Pause 吗?
如果目标是自动降低空闲资源占用,通常保留 Resource Saver 更直接。只有在明确需要手动暂停流程时,才需要单独评估 Pause。
总结:打开 Docker Desktop 的 Settings > Resources,确认 Resource Saver 为 Enabled,按需调整空闲计时器,再用月亮图标和一次容器唤醒确认结果。遇到 WSL 不进入省资源或内存没有下降时,先按平台差异判断,不要把它误认为普通开关失效。
-
152 收藏
-
109 收藏
-
173 收藏
-
427 收藏
-
150 收藏
-
473 收藏
-
389 收藏
-
341 收藏
-
270 收藏
-
文章 · 软件教程 | 55分钟前 | vs code · 软件教程 · VS Code settings.json @types files.exclude Workspace settings node_modules254 收藏
-
117 收藏
-
288 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 立即学习 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 立即学习 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 立即学习 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 立即学习 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 立即学习 485次学习