Google Cloud Run（PHP-FPM+NGiNX）下大XML文件被截断问题

问题背景 #

我们的应用生成包含10000条条目的站点地图（约1.5MB），本地Docker运行时请求正常，但部署在Google Cloud Run后，多数请求会返回部分数据（200KB-1000KB不等）后停止，HTTP连接保持开放直到1分钟后超时。PHP-FPM和NGINX无明确报错，临时方案是将文件写入磁盘，通过X-Accel-Redirect让NGINX直接提供服务，该方案稳定高效（耗时约400ms）。以下针对两个疑问给出分析：

1. 为何直接通过PHP输出无法正常工作？ #

主要和Cloud Run的请求处理机制、流式输出的兼容性有关：

• Cloud Run负载均衡的流式响应限制：Cloud Run的请求会经过Google的负载均衡（LB）层，当开启fastcgi_buffering off时，PHP的输出会直接以流式（chunked）方式发送给LB。如果PHP生成内容时出现短暂停顿（比如循环生成条目时的IO或计算延迟），LB可能判定连接处于空闲状态，提前中断连接，而不会等待完整内容输出。相比之下，NGINX直接发送静态文件时是稳定的高速流，不会触发LB的空闲检测。
• PHP输出缓冲的隐性影响：即使关闭了NGINX的fastcgi缓冲，PHP自身的output_buffering如果未完全禁用，可能导致输出不是实时流式的，或者在flush()操作时出现异常，使得输出节奏不稳定，触发LB的中断逻辑。
• Cloud Run容器的资源调度干扰：Cloud Run是无服务器容器，实例的CPU、内存可能被其他请求抢占。当PHP输出大内容时，若CPU被节流，输出速度骤降，LB会因为长时间未收到新数据而断开连接。

2. 是否存在触发该问题的临界值？ #

不存在固定的内容大小临界值，但以下几个因素的阈值会触发问题：

• 输出速度阈值：当PHP流式输出的速度低于Cloud Run LB的空闲检测阈值（比如每秒输出字节数过少），就会触发连接中断。比如之前遇到的4013-8092字符超时，可能是该长度下输出间隔刚好达到了LB的空闲超时窗口。
• 内容分块间隔阈值：如果PHP输出的分块之间的时间间隔超过Cloud Run LB的连接空闲超时（默认可能为30秒，具体取决于配置），LB会主动断开连接。1.5MB的内容本身不算大，但如果生成每个条目时的延迟累积，导致分块间隔过长，就会触发问题。
• 容器资源阈值：当Cloud Run实例的CPU使用率达到配额上限，PHP进程被限流，输出停滞，也会触发LB的连接中断，此时临界值和容器的CPU配额（比如0.25核、1核）相关。

验证建议 #

• 临时开启PHP的output_buffering并定时调用flush()+ob_flush()，强制稳定输出节奏，看是否能避免断流；
• 测试不同大小的流式输出（比如1MB、1.2MB、1.5MB），记录出现断流时的大小和输出耗时，定位具体的触发条件；
• 检查Cloud Run服务的请求超时设置，以及NGINX的proxy_read_timeout、PHP-FPM的request_terminate_timeout等配置，排除超时参数的影响。

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