PHP-FPM Docker容器运行数小时后站点页面自动显示全部POST数据故障问询

根因定位 #

该故障的核心特征为重启容器临时恢复、运行数小时复现、PHP7环境高发，完全匹配PHP-FPM worker进程生命周期内的资源残留问题：
PHP-FPM worker进程默认会处理数百次请求后才销毁回收，若某一次请求触发了未受控的POST数据输出，且输出缓冲区未被正确清空，后续复用该worker的请求就会将残留的POST数据直接输出到响应体顶部。

排查步骤 #

• 检查PHP7容器的FPM配置文件：
  1. 确认catch_workers_output参数是否设为yes，若设为no，worker进程的stdout/stderr输出会直接发送给Nginx混入响应体
  2. 检查是否存在auto_prepend_file配置指向包含print_r($_POST)/var_dump($_POST)的调试脚本
  3. 查看display_errors是否被意外开启，PHP报错内容可能包含请求参数
• 检查Nginx的FastCGI配置：
  1. 确认缓冲区配置合理，避免小响应溢出：fastcgi_buffers 8 16k; fastcgi_buffer_size 32k;
  2. 临时关闭FastCGI长连接（注释fastcgi_keep_conn on;）测试故障是否复现
• 验证根因：将PHP-FPM的pm.max_requests设为1，即每个worker处理1次请求就销毁，若故障不再复现即可确认是worker资源残留导致

修复方案 #

1. 清理业务代码中所有残留的POST变量输出调试代码，尤其是带非严格触发条件的调试逻辑
2. 调整PHP-FPM配置参数：

catch_workers_output = yes
php_admin_flag[display_errors] = off
pm.max_requests = 1000 ; 可根据访问量调整，定期回收worker避免资源积累

3. 临时卸载xdebug、tideways等调试扩展验证，这类扩展的自动追踪功能配置错误时会自动输出请求参数

内容的提问来源于stack exchange，提问作者blissweb