今天群里小伙伴发了一个疑问，它通过docker启动了个nginx，nginx的一些相关配置文件都是通过文件的方式进行映射的，疑问的点在于，在宿主机上修改了文件，为什么对应映射到容器里面的文件内容没有改变?
话不多说，起个容器看
- docker run --name nginx -p 8082:80 -v /opt/nginx/nginx.conf:/etc/nginx.conf -d nginx
- Unable to find image 'nginx:latest' locally
- latest: Pulling from library/nginx
- a2abf6c4d29d: Pull complete
- a9edb18cadd1: Pull complete
- 589b7251471a: Pull complete
- 186b1aaa4aa6: Pull complete
- b4df32aa5a72: Pull complete
- a0bcbecc962e: Pull complete
- Digest: sha256:0d17b565c37bcbd895e9d92315a05c1c3c9a29f762b011a10c54a66cd53c9b31
- Status: Downloaded newer image for nginx:latest
- 3d669ab21cfc6845f8f7105233215c9ab9002ddd06af1132fba257e14f93121e
我这里直接映射了个nginx的主配置文件，别管目录对不对，只是验证文件修改
然后此时的文件内容应该是一致的，现在直接修改宿主机上的/opt/nginx/nginx.conf文件，首行加一个注释
保存后，进容器，看下容器内的nginx.conf文件内容，也可以直接执行命令查看
- 进入容器
- docker exec -it 3d /bin/bash
- 查看文件开头
- head /etc/nginx.conf
- 或者直接在宿主机查看
- docker exec 3d cat /etc/nginx.conf
可以看到，文件内容未改变
这是为什么呢?
这个问题，和Linux文件的inode有关系
第一次启动容器的时候，看下两个文件的inode
- 宿主机
- 容器
可以看到是同一个inode，也就是同一个文件，宿主机修改了文件内容后，再对比
- 宿主机
- 容器
两个就不是一个文件，此时想要容器内文件生效，需要重启容器，重新加载新的文件
再看下目录映射的情况，还是启动个容器
- docker run --name nginx -p 8082:80 -v /opt/nginx:/opt/ -d nginx
- 537fc0c513d3bb83bb78d4f8333ede6a8a9d53070108ab55be5a8b9f2347ac9c
这次用目录挂载，本地/opt/nginx挂载到容器/opt/下面 ，之后重复上面的操作，查看inode，修改文件，对比inode
可以看到，目录挂载是没有问题的，容器内文件随宿主机文件实时改变的
为什么目录可以呢?实际上就是那句经典，Linux下，一切皆文件，目录也是一种特殊的文件，实际上它也是有自己的inode，挂载目录的话，它实际上是将容器内目录的inode指向到了宿主机的目录
所以目录内文件的改变，会实时改变，而文件挂载的话，实际容器内指向的inode还是原来的，而现在的文件实际上已经不是该inode了
本文转载自微信公众号「运维研习社」，可以通过以下二维码关注。转载本文请联系运维研习社公众号。
