避开 Docker 常见五大坑，提升容器使用效率，如何解决 Docker 部署中的常见问题？
简单来说，避开 Docker 常见五大坑、提升效率并解决部署问题，关键在于避免使用最新或不稳定版本、及时清理无用资源、正确配置容器日志、理解容器网络模式，以及确保应用在容器内以非 root 用户运行。
第一大坑：盲目追求最新版本
很多人觉得软件越新越好，但 Docker 或 Docker Compose 的最新版本可能包含未修复的 Bug 或不稳定的新功能，直接用于生产环境容易导致服务意外崩溃或兼容性问题。
经验之谈：在生产服务器上，坚持使用经过社区广泛测试的稳定版本，而不是盲目升级到最新版。你可以通过官方文档查看当前长期支持（LTS）版本。部署前，先在测试环境充分验证新版本的兼容性。
第二大坑：从不清理，磁盘很快被占满
Docker 运行时会积累很多临时文件、停止的容器、未被任何镜像使用的中间层镜像（悬虚镜像），以及旧的镜像版本。这些东西不清理，几个月就能吃光你的磁盘空间。
解决方法很简单，定期执行清理命令。最基本的是 docker system prune -a -f，这个命令会清理所有停止的容器、所有未被使用的网络、所有悬虚镜像和所有构建缓存，但执行前要确认没有重要数据。更精细的做法是分别清理：docker container prune 清理停止的容器，docker image prune 清理悬虚镜像。养成习惯，磁盘警报就少了。
第三大坑：日志疯狂输出，撑爆硬盘
默认情况下，Docker 容器的所有标准输出（比如应用打印的日志）都会保存在主机的一个 JSON 文件中。如果应用日志很频繁，这个文件会飞速增长，最终占满磁盘。
解决方法是配置日志驱动和轮转策略。最常用的是在运行容器时，或是在 Docker 守护进程配置中（/etc/docker/daemon.json），限制日志文件的大小和数量。例如，你可以这样配置：{ "log-driver": "json-file", "log-opts": { "max-size": "10m", "max-file": "3" } } 这表示每个容器日志文件最大10MB，最多保留3个，旧的会自动删除。对于生产环境，更推荐将日志直接发送到 ELK、Graylog 这类专门的日志管理系统。
第四大坑：网络模式没搞懂，服务连不上
Docker 提供了好几种网络模式，比如 bridge（默认）、host、none 等。如果你没理解它们，部署的服务就可能出现“容器内部服务运行正常，但外部或其它容器无法访问”的问题。
Bridge 是默认模式，容器通过虚拟网桥与主机通信，需要做端口映射（-p 参数）。Host 模式让容器直接使用主机网络栈，性能好但端口容易冲突。对于需要相互通信的一组容器，最好创建自定义网络（docker network create mynet），然后把它们都加入这个网络，这样容器间可以直接用容器名互相访问，比用 IP 地址稳定多了。
第五大坑：容器内用 root 运行，安全风险高
默认情况下，容器内的进程以 root 用户身份运行。如果容器被攻破，攻击者就拥有了容器内的 root 权限，如果又有挂载主机目录等配置，可能进一步威胁主机安全。
最佳实践是在构建镜像时，就创建一个非 root 用户，并让应用进程以此用户运行。在你的 Dockerfile 里，可以加上类似这样的指令：RUN groupadd -r appuser && useradd -r -g appuser appuser 创建用户组和用户，然后用 USER appuser 指令指定后续命令的运行用户。这样即使有漏洞，攻击者的权限也被限制在普通用户级别，安全性大大提高。
FAQ
问：Docker 容器突然无法启动，提示端口已被占用，怎么办？
答：首先用 docker ps -a 查看是否已有容器占用了该端口，如果有，可以停止并删除旧容器。如果端口被主机上的其他进程占用，可以用 netstat -tulpn | grep <端口号> 或 lsof -i :<端口号> 命令找出进程，然后决定是停止该进程还是为 Docker 容器换一个映射端口。
问：如何把本机构建的 Docker 镜像复制到另一台服务器使用？
答：有两种常用方法。一是使用 Docker 仓库：先将镜像 docker push 到 Docker Hub 或私有的镜像仓库，然后在另一台服务器上 docker pull。二是通过文件导出导入：在本机执行 docker save -o myimage.tar image:tag 将镜像保存为 tar 文件，拷贝到另一台服务器后，执行 docker load -i myimage.tar 加载即可。
问：Docker Compose 文件里，version 字段应该怎么写？
答：这取决于你使用的 Docker Compose 版本和需要的功能。目前普遍推荐使用 version: \"3.8\" 或 version: \"3.9\"，它们是较新且功能完善的版本。但注意，最新的 Docker Compose 已经逐渐转向支持 version 字段可选的 Compose Specification 模式，对于新项目，建议查阅当前 Docker 官方文档以确定最佳写法。
参考来源：Docker 官方文档（docs.docker.com）、Docker 社区常见问题解答、以及众多开发者的实践经验总结。