fastcgi_max_temp_file_size仅控制nginx接收fastcgi响应时的磁盘临时文件大小，不干预php脚本自身写盘行为；设为0或off禁用写盘并返回502，非零值允许指定大小的临时文件。
fastcgi_max_temp_file_size 并不能限制动态脚本“写盘”行为本身，它只控制 PHP-FPM（或其他 FastCGI 应用）在响应体过大时，Nginx 是否将响应内容临时写入磁盘文件，以及该临时文件的最大允许大小。
它管什么：响应体缓冲的磁盘回退机制
当 Nginx 通过 FastCGI 接收后端（如 PHP）的响应时，会先尝试用内存缓冲区暂存。若响应体超过 fastcgi_buffer_size + fastcgi_buffers 总和，Nginx 就可能启用临时文件机制：
- 若 fastcgi_max_temp_file_size 设为 0：禁止写临时文件，超限时直接返回 502（Bad Gateway）
- 若设为非零值（如 1M）：允许写临时文件，但单个文件不能超过该值；超限仍报 502
- 若设为 “off”：等同于 0，禁用临时文件
它不管什么：PHP 脚本自身的文件操作
这个指令完全不干预 PHP 脚本里 file_put_contents()、fopen(..., 'w')、imagejpeg() 等主动写磁盘的行为。那些由 PHP 进程自行决定路径、权限和时机的写盘动作，Nginx 无权也无意限制。
想限制脚本写盘，需从 PHP 层入手：
- 设置 open_basedir 限定可访问目录范围
- 禁用危险函数（disable_functions = file_put_contents,move_uploaded_file...）
- 调整 PHP 进程运行用户/组，配合系统级文件权限控制
- 使用容器或沙箱（如 firejail）进一步隔离写权限
典型配置示例（Nginx 端）
在 location ~ \.php$ 块中：
fastcgi_buffer_size 128k;fastcgi_buffers 4 256k;
fastcgi_busy_buffers_size 256k;
fastcgi_max_temp_file_size 2m;
这意味着：响应 ≤ 128k + 4×256k = 1152k → 全部走内存；超量且 ≤ 2M → 写临时文件；超 2M → 502 错误。
排查与验证方法
观察是否触发临时写盘：
- 开启 Nginx error_log debug 级别，搜索 “temp file” 或 “buffered” 关键词
- 监控 /var/cache/nginx 或指定 fastcgi_temp_path 下是否有 .tmp 文件生成
- 用 curl -v 请求大响应接口，看是否返回 502，再比对 fastcgi_max_temp_file_size 设置
不复杂但容易忽略。
