Docker Desktop 怎样开启 Resource Saver 节省空闲内存
如果 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 不进入省资源或内存没有下降时,先按平台差异判断,不要把它误认为普通开关失效。
VS Code 调试器怎样为不同环境选择 launch 配置
- 上一篇
- VS Code 调试器怎样为不同环境选择 launch 配置
- 下一篇
- Docker Desktop 怎样暂停并恢复容器
-
- 文章 · 软件教程 | 23分钟前 | 接口测试 · 环境变量 接口测试 Postman Environments Collection变量 变量优先级
- Postman 怎样为不同环境设置请求变量优先级
- 152浏览 收藏
-
- 文章 · 软件教程 | 26分钟前 | Git 版本控制 Git worktree 并行分支
- Git 怎样用 worktree 分离并行功能分支
- 109浏览 收藏
-
- 文章 · 软件教程 | 31分钟前 | vs code · VS Code 调试器 环境配置 launch.json
- VS Code 调试器怎样为不同环境选择 launch 配置
- 427浏览 收藏
-
- 文章 · 软件教程 | 35分钟前 | 开发工具 · vs code · 软件教程 · VS Code settings.json 集成终端 默认终端 Terminal Profile
- VS Code 终端怎样固定默认 Profile
- 150浏览 收藏
-
- 文章 · 软件教程 | 37分钟前 |
- VS Code 怎样隐藏终端命令旁的圆点标记
- 473浏览 收藏
-
- 文章 · 软件教程 | 53分钟前 | 性能排查 · 软件教程 · VS Code 性能诊断 Startup Performance 扩展激活 Extension Host
- VS Code 怎样查看扩展激活耗时
- 389浏览 收藏
-
- 文章 · 软件教程 | 55分钟前 | vs code · 软件教程 · VS Code 多根工作区 工作区设置 multi-root workspace code-workspace
- VS Code 工作区怎样配置多根文件夹
- 341浏览 收藏
-
- 文章 · 软件教程 | 59分钟前 | vs code · 软件教程 · VS Code settings.json @types files.exclude Workspace settings node_modules
- VS Code 资源管理器隐藏 node_modules 并保留 @types 目录的配置方法
- 254浏览 收藏
-
- 文章 · 软件教程 | 1天前 | 开发工具 · 软件教程 · 自动格式化 JetBrains IDE Actions on Save 保存时动作 导入优化
- JetBrains IDE 怎样配置保存时自动检查
- 117浏览 收藏
-
- 文章 · 软件教程 | 1天前 |
- Obsidian Bases 怎样把笔记属性汇总成可筛选表格
- 288浏览 收藏
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 931次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 937次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 1042次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 1016次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 844次使用
-
- 详解Go语言的错误处理和资源管理
- 2022-12-31 451浏览
-
- Go defer 放在循环里为什么会打开失败:从句柄上涨到及时关闭
- 2026-06-16 332浏览
-
- Go 泛型迭代器怎么安全消费:iter.Seq、提前停止与资源释放边界
- 2026-08-26 495浏览
-
- Go 1.25 runtime.AddCleanup 怎么替代终结器:资源回收时机与调试边界
- 2026-08-26 368浏览
-
- Go multipart.Reader 流式接收大文件:边界解析、临时文件与失败清理
- 2026-08-27 340浏览

