thinkphp分页中文参数乱码的根本原因是u()函数自动urlencode后web服务器二次解码失败，应改用查询字符串格式并手动拼接url，同时排查nginx/apache重写规则、路由大小写、应用前缀及404时的参数获取方式。
ThinkPHP分页带中文参数时URL乱码
根本问题不是框架“不支持中文”，而是 U() 函数默认对参数值调用 urlencode()，而部分 Web 服务器（尤其是 IIS、某些 Nginx 配置）在解析含 %E4%B8%AD 这类编码的路径式 URL 时二次解码失败或跳过，导致控制器收到的是乱码字符串。
最稳妥的绕过方式是改用查询字符串格式（?key=value&page=2），避免把中文塞进路由路径段里：
- 定位到分页类文件：
thinkphp/library/think/paginator/Bootstrap.php（TP6）或ThinkPHP/Library/Think/Page.class.php（TP3.2） - 找到生成链接的逻辑，替换
U(ACTION_NAME, $param)为手动拼接：U(ACTION_NAME) . '?' . http_build_query($param) - 若使用 TP6 的
paginate()，可在模板中不直接调用$list->render()，而是用url()+http_build_query()手动构造分页链接 - 注意：不要在
http_build_query()前再对中文字段做urlencode()—— 它内部已处理，重复编码会导致%25E4%25B8%25AD这类三重编码
分页点击后返回 404 而非乱码
这说明请求压根没进到 ThinkPHP 路由层，而是被 Web 服务器拦截了。典型场景是：分页链接生成为 /user/list?name=张三&page=2，但 Nginx 配置里用了 try_files $uri $uri/ /index.php?$query_string;，而你的入口是 public/index.php，路径匹配失败。
检查并修正以下三点：
- 确认 Nginx 的
location /块中try_files指向的是正确的入口文件，例如子目录部署要写成/subdir/index.php?$query_string;，不能漏掉子路径 - 确保
public/.htaccess（Apache）或 Nginx 重写规则没有把带?的请求误判为静态资源并直接 404（比如规则写了if (!-f $request_filename)却没兜底到 PHP） - TP6 开启了
'url_route_must' => true后，所有请求（包括/static/css/app.css）都会走路由，静态资源也会 404 —— 此时必须在路由文件顶部加排除规则：Route::rule('static/<file>', 'static/$1', 'GET')->ext('css|js|png|jpg|gif');</file>
TP6 分页渲染后点击跳转仍是 404
不是链接没生成，而是生成的链接本身含非法字符或大小写不一致，导致路由完全不匹配。TP6 路由默认区分大小写，且不自动忽略末尾斜杠。
常见诱因和应对：
- 控制器方法名是
Index，但分页链接里写成了index（小写）→ 检查U()或url()的第一个参数是否与实际类/方法名严格一致 - 分页链接带多余斜杠，如
/user//list?page=2→ 在拼接前用rtrim($path, '/')清理路径 - 使用了注解路由（
@route）但未开启配置：'route_annotation' => true在config/app.php中必须显式打开 - 多应用模式下，分页链接没带上应用名前缀（如
/admin/user/list），却在app/admin/route/app.php里定义路由 → 改用url('admin/user/list', $param)显式指定应用
自定义 404 页面里无法获取分页参数
当用户手动输入一个带中文参数的错误分页 URL（如 /user/list?page=2&name=李四），触发了路由 miss，你用 Route::miss() 渲染 404 视图，但模板里想显示“您搜索的「李四」不存在”——此时 request()->param('name') 可能为空或乱码。
原因在于：miss 回调执行时，路由已判定失败，Request 对象里的参数解析可能未完成或被重置。安全做法是：
- 在
Route::miss()闭包内，用input('get.name')直接读原始 GET 参数（它不依赖路由解析） - 对中文参数做一次
urldecode()再传给视图：view('404', ['name' => urldecode(input('get.name', ''))]) - 绝对不要在 404 模板里调用
url()或U()生成跳转链接——这些函数依赖当前路由上下文，而 miss 状态下上下文为空，会抛出异常
真正难搞的不是乱码本身，而是它常和 404 交织出现；你得先确认请求到底卡在哪一层：是服务器没交给 PHP？是 PHP 没进路由？还是进了路由但参数被毁？每层的日志输出点都不一样，别指望一个配置修遍全部。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
