mac中containers文件夹能删除吗

mac中containers文件夹里有三个资源库，有点可以删除， *** 作方法如下：

1、首先在mac电脑主界面找到并打开“终端terminal”。

2、打开对应的需需删除空文件夹的录目，如图即cd 进行对应的录目。输入ls命令查询当前录目所有的文件。

3、输入 find . -type d -emtpy 查看当前录目下所有的空文件夹列表。

4、也可以直接输入 find+文件夹路径 -type d -emtpy 查看指定路径下的空文件列表，即find /Users/Chang/Downloads/test123 -type d -empty。

5、输入find . -type d -empty|xargs -n 1 rm -rf 删除当前录目下的所以空文件夹，执行后再输入ls查看是否已全部删除完毕。

镜像（Image）就是一堆只读层（read-only layer）的统一视角，也许这个定义有些难以理解，下面的这张图能够帮助读者理解镜像的定义。

从左边我们看到了多个只读层，它们重叠在一起。除了最下面一层，其它层都会有一个指针指向下一层。这些层是Docker内部的实现细节，并且能够 在主机（译者注：运行Docker的机器）的文件系统上访问到。统一文件系统（union file system）技术能够将不同的层整合成一个文件系统，为这些层提供了一个统一的视角，这样就隐藏了多层的存在，在用户的角度看来，只存在一个文件系统。 我们可以在图片的右边看到这个视角的形式。

你可以在你的主机文件系统上找到有关这些层的文件。需要注意的是，在一个运行中的容器内部，这些层是不可见的。

/var/lib/docker/

├── aufs

├── containers

├── graph

├── init

├── linkgraph.db

├── repositories-aufs

├── tmp

├── trust

└── volumes

7 directories, 2 files

容器（container）的定义和镜像（image）几乎一模一样，也是一堆层的统一视角，唯一区别在于容器的最上面那一层是可读可写的。

容器的定义并没有提及容器是否在运行

要点：容器 = 镜像 + 可读层。并且容器的定义并没有提及是否要运行容器

一个运行态容器（running container）被定义为一个可读写的统一文件系统加上隔离的进程空间和包含其中的进程。下面这张图片展示了一个运行中的容器。

正是文件系统隔离技术使得Docker成为了一个前途无量的技术。一个容器中的进程可能会对文件进行修改、删除、创建，这些改变都将作用于可读写层（read-write layer）。下面这张图展示了这个行为。

即便是这个ubuntu容器不再运行，依旧能够在主机的文件系统上找到这个新文件。

/var/lib/docker/aufs/diff/860a7b...889/happiness.txt

为了将零星的数据整合起来，我们提出了镜像层（image layer）这个概念。下面的这张图描述了一个镜像层，通过图片我们能够发现一个层并不仅仅包含文件系统的改变，它还能包含了其他重要信息。

元数据（metadata）就是关于这个层的额外信息，它不仅能够让Docker获取运行和构建时的信息，还包括父层的层次信息。需要注意，只读层和读写层都包含元数据。

除此之外，每一层都包括了一个指向父层的指针。如果一个层没有这个指针，说明它处于最底层。

Metadata Location:

在我自己的主机上，镜像层（image layer）的元数据被保存在名为”json”的文件中，比如说：

/var/lib/docker/graph/e809f156dc985.../json

e809f156dc985...就是这层的id

一个容器的元数据好像是被分成了很多文件，但或多或少能够在/var/lib/docker/containers/<id>目录下找到，<id>就是一个可读层的id。这个目录下的文件大多是运行时的数据，比如说网络，日志等等。

参考 docker容器和镜像区别

---