Nginx下ThinkPHP伪静态带中文路由报错解决-ThinkPHP-PHP中文网

thinkphp在nginx下中文路由报错本质是url解码与path_info传递链断裂：nginx未正确解码uri或php-fpm未透传原始路径；须禁用if+rewrite、改用try_files $uri $uri/ /index.php?$query_string;，并确保fastcgi_param request_uri $request_uri;、path_info $fastcgi_path_info;及fastcgi_split_path_info正则准确配置。

nginx下thinkphp伪静态带中文路由报错解决

ThinkPHP在Nginx下处理中文路由报错（如乱码、404、PATH_INFO截断或空值），本质是URL解码与PATH_INFO传递链断裂：Nginx未对URI做正确解码，或PHP-FPM未将原始路径信息完整透传给框架。关键不在ThinkPHP本身，而在Nginx配置与fastcgi参数协同是否到位。

确保Nginx正确接收并保留原始URI

Nginx默认会对请求URI进行一次解码，若客户端发送的是UTF-8编码的中文路径（如/文章/详情），而Nginx在匹配location或重写时又做了一次错误解码，会导致PATH_INFO内容损坏。

检查Nginx配置中是否含underscores_in_headers on;（非必需，但避免header干扰）
禁用可能触发二次解码的指令，例如不要在rewrite中使用encode或decode修饰符
确认所有location块未用正则强制截断或替换中文字符（如rewrite ^/([a-zA-Z0-9]+)/.*$ ...会直接丢弃中文）

用try_files替代if+rewrite，避免PATH_INFO丢失

旧式if (!-e $request_filename) { rewrite ... }在含中文路径时极易导致$_SERVER['PATH_INFO']为空或乱码，尤其在Windows或PHP 8+环境下。必须改用try_files方案：

在location /中写入：
try_files $uri $uri/ /index.php?$query_string;
该方式不依赖if判断，不触发Nginx内部URI重写逻辑，原始$request_uri被完整保留在$query_string中供框架解析
ThinkPHP 6/8 默认支持QUERY_STRING模式路由，只要url_route_on = true且未强制设为pathinfo模式即可正常识别s=/文章/详情类参数

补全fastcgi_param，让中文路径进得来、分得清

即使重写成功，若PHP层收不到干净的路径信息，框架仍无法路由。需确保PHP处理块（location ~ \.php$）内包含以下三行：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;（必须用$realpath_root，防符号链接和路径拼接错误）
fastcgi_param PATH_INFO $fastcgi_path_info;（用于pathinfo模式；若用?$query_string，此项可选但建议保留）
fastcgi_param REQUEST_URI $request_uri;（ThinkPHP内部会用它还原原始中文路径，尤其在子目录部署时更关键）

同时确认fastcgi_split_path_info已启用：
fastcgi_split_path_info ^((?U).+\.php)(/?.+)$;

验证与调试方法

在public/index.php开头加调试代码：

var_dump([
    'REQUEST_URI' => $_SERVER['REQUEST_URI'],
    'PATH_INFO'   => $_SERVER['PATH_INFO'] ?? 'MISSING',
    'QUERY_STRING'=> $_SERVER['QUERY_STRING'],
    'SCRIPT_NAME' => $_SERVER['SCRIPT_NAME'],
]); die;

访问https://yoursite.com/新闻/热点，观察输出：

若REQUEST_URI显示/新闻/热点但PATH_INFO为空 → 检查fastcgi_split_path_info和PATH_INFO传递
若REQUEST_URI变成/%E6%96%B0%E9%97%BB/%E7%83%AD%E7%82%B9（URL编码）且无解码 → Nginx未交给PHP处理，还在静态层拦截，回头查try_files位置和root指向
若REQUEST_URI是乱码（如闻点）→ 客户端或浏览器发送异常，非服务器问题

php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！