nginx下thinkphp post请求失败需四步修复：一、用fastcgi_split_path_info精确拆分并传递path_info；二、改if重写为try_files $uri $uri/ /index.php$uri；三、显式设置content_length与request_method；四、关闭fastcgi_buffering和fastcgi_request_buffering。
如果您在Nginx环境下部署ThinkPHP应用，发现Post action请求（如表单提交、AJAX POST）无法正确路由或触发预期的控制器方法，则可能是由于Nginx未正确传递PATH_INFO、未适配ThinkPHP的URL模式或未启用必要的FastCGI参数所致。以下是解决此问题的步骤：
一、启用PATH_INFO并精确拆分SCRIPT_NAME与PATH_INFO
ThinkPHP依赖PATH_INFO解析路由参数（如/index.php/admin/user/edit/id/1中/admin/user/edit/id/1部分），而Nginx默认不自动提取该值。需通过fastcgi_split_path_info正则匹配并显式设置环境变量。
1、在location ~ \.php或location ~ \.php(/|$)块内添加fastcgi_split_path_info指令，匹配PHP脚本路径与后续路径信息。
2、使用fastcgi_param PATH_INFO $fastcgi_path_info将拆分结果注入PHP运行时环境。
3、确保fastcgi_param SCRIPT_FILENAME指向正确的物理文件路径，即$document_root$fastcgi_script_name，避免因重写导致路径错误。
4、确认fastcgi_param SCRIPT_NAME仅包含PHP入口文件名（如/index.php），不携带PATH_INFO部分。
二、采用try_files方式替代if+rewrite伪静态规则
使用if (!-e $request_filename)配合rewrite存在性能隐患且易与POST请求冲突，尤其在处理含body的POST时可能丢失原始请求体。try_files为更安全、更符合Nginx语义的替代方案，可确保所有非静态资源统一交由index.php处理，同时保留原始HTTP方法与请求体。
1、将location /块中的if重写逻辑替换为try_files $uri $uri/ /index.php?$query_string。
2、若项目使用PATH_INFO模式（非QUERY_STRING模式），改用try_files $uri $uri/ /index.php$uri，使URI完整透传至index.php。
3、确保root指令指向ThinkPHP项目的public目录（如/var/www/myapp/public），而非项目根目录，防止敏感文件暴露。
4、删除所有rewrite ^/(.*)$ /index.php/ last;类规则，避免多层重定向干扰POST数据完整性。
三、显式声明CONTENT_LENGTH与REQUEST_METHOD
Nginx在转发POST请求时，若未显式传递Content-Length和REQUEST_METHOD头，可能导致ThinkPHP无法识别请求类型或读取不到POST body。需在FastCGI参数中强制补全关键变量。
1、在location ~ \.php块中，于include fastcgi_params;之后添加：fastcgi_param CONTENT_LENGTH $content_length;
2、添加：fastcgi_param REQUEST_METHOD $request_method;
3、验证fastcgi_params文件是否已包含fastcgi_param CONTENT_TYPE $content_type;，若缺失则手动补充。
4、重启Nginx服务使配置生效：systemctl restart nginx 或 nginx -s reload。
四、禁用缓冲并启用原始请求体透传
当Nginx启用fastcgi_buffering on（默认开启）时，可能对大体积POST body进行内部缓冲，导致ThinkPHP调用file_get_contents('php://input')失败或返回空值。需关闭缓冲并启用流式透传。
1、在location ~ \.php块中添加：fastcgi_buffering off;
2、添加：fastcgi_request_buffering off;（适用于Nginx 1.13.10+）以禁止Nginx预读整个请求体。
3、设置client_max_body_size为合理值（如20m），防止上传类POST被截断。
4、检查PHP-FPM配置中request_terminate_timeout与request_slowlog_timeout是否过短，避免POST处理中途被强杀。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
