登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  软件教程

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 的设置页,而不是某个容器的详情页:

  1. 打开 Docker Desktop,进入 Settings。
  2. 在左侧选择 Resources。
  3. 在资源设置中找到 Resource Saver。
  4. 保持开关为启用状态;如果暂时不想自动进入省资源模式,再将它关闭。
Docker Desktop 类容器管理应用的 Resources 设置界面,Resource Saver 显示 Enabled,空闲计时为 5 minutes
图1:Resource Saver 设置入口与 Enabled 状态的原创界面说明图,不是 Docker Desktop 截图。

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
WindowsC:\Users\[USERNAME]\AppData\Roaming\Docker\settings-store.json
Linux~/.docker/desktop/settings-store.json

直接改文件前先退出会写入该配置的编辑器或管理脚本,避免保存时互相覆盖。这里只调整计时器,不要顺手改动其他设置项。

用月亮图标确认已经进入省资源状态

设置完成后,先停止不需要的容器,再等待计时器到期。进入 Resource Saver 后,Docker Desktop 状态栏和系统托盘图标会显示月亮图标,这是比“感觉内存变少了”更直接的可见结果。

原创容器管理应用界面显示 Resource Saver active、Linux VM idle 和 No running containers
图2: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 不进入省资源或内存没有下降时,先按平台差异判断,不要把它误认为普通开关失效。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>