彻底删除docker镜像 docker清理镜像缓存
mac上docker磁盘占用高的关键是其在虚拟机中存储镜像、容器可写层、卷和构建存储，这些数据会随使用不断积累，尤其是当配置镜像或运行临时容器时，未清理的停止容器、挂起镜像、未使用卷及buildx构建存储会大量占用；最有效的解决空间方法是定期执行docker system prune -a命令，该命令能够删除所有未使用的镜像、停止的容器、网络和构建存储，同时可通过docker builder修剪清理buildx缓存，并结合docker桌面设置限制分区大小以预防过度膨胀；为安全清理，可先通过docker images -f dangling=true等命令删除待项，避免误删除重要数据，建议结合多阶段构建、dockerignore和合理分层优化dockerfile，减少数据产生，养成并定期清理的习惯，在非关键操作中执行深度清理，从而开发效率的同时有效控制磁盘占用。
Mac上Docker的磁盘占用问题，特别是磁盘堆积，确实让人头疼。核心解决之道周期性的、有策略的清理，尤其是针对那些不再使用的镜像、停止的容器以及构建磁盘占用。这就相当于你的Mac硬盘上多了一个个不断膨胀的惰性，不定期清理，它早会耗尽你所有宝贵的空间。解决方案
优化Docker在Mac上的磁盘占用，最直接有效的方法就是清理。这里有一些我常用的策略和命令：
全局清理（最强力）：docker系统修剪-a登录后复制登录后复制登录后复制登录后复制这个命令是我的首选，因为它能一劳永逸地解决大部分问题。它会删除所有停止的容器、所有使用网络的支架、所有悬挂（悬空）的镜像，以及所有构建镜像。加上-a登录后复制作（或--所有登录后复制），它甚至会清理所有附带使用的镜像，而不仅仅是暂停的。执行前它会让你确认，所以不用太担心误删除正在运行的东西。
分步清理（更精细）：如果你想更精细地控制，可以分别清理：清理停止的容器： docker container prune 登录后复制清理挂起的镜像： docker image prune 登录后复制清理未使用的卷： docker volume prune 登录后复制清理未使用的网络： docker network prune 登录后复制这些命令通常用于特定场景，比如我知道我只创建了很多临时容器，或者构建过程中产生大量无用的中间镜像。
清理构建集群（特别是Buildx）：对于使用Buildx构建复杂的项目，它的镜像可能非常庞大。docker builder prune log 复制这个命令可以清理构建器缓存。如果你发现 docker system prune -a 后复制登录后复制登录后复制登录后空间再次不足，或者构建速度依然很快但磁盘占用高，那很可能是 Buildx 的缓存作祟。因为我个人会定期运行这个，开发中过程构建次数过多，缓存积累得非常。
调整 Docker 桌面设置：在 Docker 桌面的复制登录优先设置（首选项）中，找到“资源”-gt； “磁盘映像大小”。你可以手动设置或限制Docker VM的磁盘文件大小。
这虽然不是清理，但可以从源头限制 Docker VM的膨胀，当达到最高时，Docker会提示你清理。为什么我的Mac上Docker会占用这么多空间？
这是一个我经常被问到的问题，也是我自己在Mac上Docker使用时最头疼的问题之一。原因其实挺多种多样的，不仅仅是本身：
首先，Mac上的Docker不再运行，它只是一个轻量级别的Linux虚拟机（VM）中运行的。所有Docker的数据，包括镜像、容器的可写层、卷（Volumes）以及构建缓存，都存储在这个VM的磁盘镜像文件里。这个文件会随着你的使用不断膨胀。我发现很多人，包括我自己，一开始都低估了Docker在Mac上积累垃圾的速度。
具体来说：镜像层（Image）每个Docker镜像层都由多个镜像层组成。当你拉取或构建镜像时，这些层会存储下来。即使你删除了某个容器，它的基础镜像层可能还在，特别是当这些层被其他镜像层共享时。容器的可写层（Container Writeable）层）：当你运行一个容器时，Docker会在镜像层上面创建一个薄薄的可写层。即使停止了，这个层仍然存在，除非你删除容器。如果你关闭创建并删除容器而不清理，这些层就会支架。卷（Volumes）：卷是用来持久化容器数据的。如果你创建了占用卷，即使被删除，卷的数据默认也不会被删除。但这对于数据库等应用来说是好事，如果大量创建临时卷又忘记清理，它们就会成为磁盘占用大户。构建磁盘（Build Cache）：终止你运行docker构建登录后复制时，Docker会尝试利用的构建缓存来加速。这很棒，但这些缓存层同时占用空间。特别是当你破坏Dockerfile或代码，导致缓存失效并生成大量新的中间层时，这些“废弃”的缓存会慢慢积累。暂停之前（悬挂）对象： 这包括没有标签的镜像（通常是构建新镜像时镜像引用的镜像）、附件任何容器的卷等。它们就像是系统中的“孤儿”，虽然不再被直接使用，但仍然占用着空间。除了清理，还有哪些方法可以预防Docker磁盘占用？太多了。
预防总是比治疗更省心，虽然完全避免是不可能的，但一些习惯和技巧可以显着减少Docker的“发胖”速度：优化Dockerfile：多阶段构建（多阶段构建）：这是我最推荐的。在一个构建阶段中编译代码，然后只将最终的执行文件或必要文件复制到另一个更小的基础镜像中。这样最终的生产镜像会非常小，并且不会包含构建工具链等不必要的中间文件。利用.dockerignore登录后复制：构建.gitignore登录后复制，在构建时排除不必要的文件和目录（如node_modules登录后复制、.git登录后复制、本地测试数据），减少构建上下文组织的大小，从而减少构建服务器的产生。 合理层： 将不频繁的频繁监测的指令（如安装依赖）放在 Dockerfile 的前面，这样可以更好地利用日志。高频干扰的指令（如复制应用代码）放在后面。稳定性使用卷：对于不需要持久化的临时数据，尽量使用绑定挂载（绑定挂载）而不是命名卷，让容器在退出时自动清理数据。定期检查并删除不再需要的命名卷。理解并利用构建存储：虽然构建存储会占用空间，但可以显着加速构建。
不要盲目使用--no-cache登录后复制。只有当你速度确定硬盘有问题或者需要完全重新构建时才使用。对于某些需要完全清除硬盘的场景，可以考虑使用docker build --no-cache登录后复制，但明确这会减慢构建。养成定期清理的习惯：我个人会设置一个提醒，或者在感觉Mac硬盘空间紧张时，就条件反射地运行docker system prune -a登录后复制登录后复制登录后复制登录后复制。把它变成一个被删除的记忆，就像清理下载文件夹一样。如何安全地清理Docker镜像和备份，避免误删？
安全清理是关键，毕竟我们不因为清理而导致项目无法运行。我个人倾向于先看一下，再希望，特别是当我有多个项目开发时，生怕一个修剪 -a登录后复制登录后把复制某个项目的备份给扬了。
预览模式（干）查看悬挂镜像： docker images -f dangling=true 登录后复制查看所有未使用的镜像（包括悬挂和非悬挂）： docker images -f quot；dangling=falsequot； | run）或排队待删除项：在执行prune登录后复制登录后复制登录后复制命令之前，可以先查看哪些对象会被删除。 grep quot；lt；nonegt；quot；登录后复制（这是一种查看未标记镜像的方法，但docker system prune -a登录后复制登录后复制登录后复制登录后复制会清理所有附件使用的，不只是悬挂登录后复制的）查看悬挂卷： docker volume ls -f dangling=true登录后复制通过这些命令，你可以大致了解即将被清理的对象，确认不重要的东西。
理解prune登录后复制登录后复制登录后复制命令的交互性：大部分prune登录后复制登录后复制登录后复制命令，例如docker system prune登录后复制，在执行时都会有一个交互确认提示：“Are you sure you want to continue? (y/N)”。这是一个非常的安全网，千万不要无脑敲击登录后复制。仔细阅读重要提示，确认你会明白删除什么。
局部删除：如果你删除特定的镜像、容器或卷，而不是进行大范围清理，使用可以它们的ID或名称：删除特定镜像：docker rmi lt；image_id_or_namegt；登录后复制特定容器：docker rm lt；container_id_or_namegt；登录后复制删除特定卷： docker volume rm lt；volume_namegt；登录后复制方式虽然效率低，但安全性最高，适合在你这种明确知道要删除什么的时候。
识别“悬挂”对象：理解“悬挂”（悬挂）这个概念很重要。悬挂的镜像通常是没有标签（标签）的镜像，它们不再被任何其他镜像引用。它们是构建过的过程中产生的快速中间层或旧版本。暂停的卷是没有被任何容器使用的卷。清理这些对象通常是安全的，因为它们通常是无用的垃圾。
在关键时刻清理：如果你进行一个重要的开发或部署，或者有正在运行的、需要依赖特定的缓存或停止容器才能恢复的环境，最好避免进行大规模的修剪-a登录后复制登录后复制操作。
直到工作告一段落，或者在非工作时间再进行。
通过这些方法，你可以在保持Mac磁盘空间整洁的同时，确保Docker环境的稳定和安全。
以上就是Mac如何优化Docker文章磁盘占用？镜像清理技巧的详细内容，更多请关注乐哥常识网其他相关！