Docker运行套路实战 PHP篇

很多 PHP 开发者的 Docker 经验是碎片化的：能背出 docker run 的几个参数，会用一份网上抄来的 Dockerfile 把项目跑起来，但一旦要改 PHP 版本、加扩展、接 MySQL、配 Nginx 转发，就开始靠搜索引擎拼凑。这门课针对的正是这种"半会"状态——不是从零讲容器是什么，而是把 PHP 项目在 Docker 里的运行套路一次理清。

先确认自己缺的是哪一块

如果你属于下面几种情况，这门课的内容密度才对得上你的需求：本地环境用 phpstudy 或宝塔，线上却要面对容器编排；写过 Dockerfile，但说不清基础镜像为什么选这个、构建层为什么这么排；PHP 容器和 MySQL 容器都起来了，却连不通，只能靠 --link 或 host 网络硬凑；项目换 PHP 版本时，只会重建整个镜像，不知道为什么慢。这些都是 PHP 场景下的具体缺口，不是通用的 Docker 概念题。反过来，如果你连镜像和容器的区别都还没建立，看之前最好先补一层基础，否则容易把注意力花在命令语法上，而漏掉真正的运行逻辑。

PHP 项目的容器化真正难在哪

通用 Docker 教程讲的是 Nginx、Node、Python 都通用的部分，但 PHP 有几个自己的坑。第一是运行模式：PHP-FPM 容器和 Web 服务器容器是分开的，两者之间靠 FastCGI 通信，路径映射对不上就会出现"文件找不到"。第二是扩展：pdo_mysql、gd、redis、opcache 这些不是装个包就完事，编译参数和镜像层级会直接影响构建时间和最终体积。第三是配置注入：开发环境要开错误显示、关 opcache，生产环境反过来，靠镜像里写死配置很难兼顾。第四是数据与代码的挂载边界——哪些该进镜像、哪些该用卷、哪些该在启动时生成，弄错了就会出现权限报错或热更新失效。这门课围绕这几条主线展开，而不是把 Docker 命令手册念一遍。

配套练习该怎么做

• 拿一个自己写过的 PHP 项目（哪怕是几十行的接口），从裸机部署改写成容器部署，记录每一步卡在哪里。
• 为同一份代码写两份 Dockerfile：一份开发用、一份生产用，对比镜像体积和启动后的行为差异。
• 手动搭一次 PHP-FPM + Nginx + MySQL 三容器组合，先用默认网络跑通，再换成自定义网络，观察容器名解析的变化。
• 故意把 PHP 版本从 7.x 换到 8.x，只改必要的地方，观察哪些扩展需要重新处理。

这些练习不需要额外环境，一台能跑 Docker 的机器就够。重点不是把命令敲对，而是每一步都问自己：这一层为什么存在，去掉会怎样。

看完应该能回答的问题

学完之后，下面这些问题应该能直接说出答案，而不是"大概记得"：PHP-FPM 容器的进程模型和 pm.max_children 在容器里怎么定；为什么生产镜像里通常不装 composer，而在构建阶段装；容器里的时区、上传大小、内存限制分别该在哪一层改；MySQL 容器的数据卷怎么挂才不会在重建时丢数据；多容器之间用服务名通信时，Nginx 的 fastcgi_pass 该指向谁。如果这些问题里有几个你答不上来，这门课的章节顺序就是按这些缺口排的，可以对着查漏。做题和排错时遇到的具体报错，回头翻对应章节比通读一遍更有效。