thinkphp中文参数乱码本质是url未规范编码与服务端未正确解码所致，核心在于统一编码链路：前端用urlencode()编码，后端用urldecode()或iconv()/mb_convert_encoding()转utf-8，iis环境还需配置web.config允许双重转义并改用http_build_query()拼接分页url。
ThinkPHP 获取路径时中文参数乱码，本质是 URL 中文未规范编码 + 服务端未正确解码导致的。核心不是“改框架”，而是统一编码链路：前端传得对、中间传得稳、后端接得住。
确保 URL 中文参数已用 urlencode 编码
浏览器地址栏直接输入中文（如 /search/考试）或 a 标签 href 写死中文，属于非法行为，不同服务器（尤其是 IIS）处理差异极大，极易乱码。必须主动编码：
- 生成链接时用
urlencode()：例如@#@#@#@#@#@#@#@#@#@0 - JS 跳转也需编码：
window.location.href = 'search/' + encodeURIComponent('考试'); - 表单 GET 提交不推荐含中文字段；若必须，建议改用 POST 或对 input 值提前 encode
服务端接收后及时做 UTF-8 解码
即使前端编码了，IIS、Nginx 或某些 PHP 配置可能在解析过程中二次解码或误判编码，导致 $_GET 或 input('param') 拿到的是乱码字节。稳妥做法是在使用前显式转为 UTF-8：
- 先判断是否已编码（如含 % 开头的十六进制序列），再决定是否
urldecode() - 对疑似 GBK 来源的参数（尤其 IIS 环境），用
iconv('GBK', 'UTF-8//IGNORE', $_GET['q'])或更兼容的mb_convert_encoding($_GET['q'], 'UTF-8', 'auto') - 避免依赖
$this->get('q')等封装方法——它们不自动处理编码转换，建议直接操作$_GET并手动解码
IIS 环境下需额外处理 URL 重写与分页
IIS 的 URL Rewrite 模块默认按系统编码（通常是 GBK）解析路径中的中文，而 ThinkPHP 默认按 UTF-8 处理，造成错位。关键动作：
- 修改
Page.class.php，禁用对[PAGE]的自动urlencode替换，改用原始字符串替换 - 分页 URL 构建不要依赖
U()自动拼参，改用http_build_query()手动拼接，并确保参数值已预先urlencode - 若使用路径型路由（如
/list/北京），务必在 IIS 的 web.config 中配置<requestfiltering allowdoubleescaping="true"></requestfiltering>，并确认 FastCGI 设置中PHP_FCGI_MAX_REQUESTS不干扰编码流
统一环境编码基线，减少隐性冲突
很多乱码其实源于底层不一致，而非逻辑错误：
- PHP 文件本身保存为 UTF-8 无 BOM 格式
- 数据库连接加
PDO::MYSQL_ATTR_INIT_COMMAND => 'SET NAMES utf8mb4'（TP5/6 推荐用 utf8mb4） - MySQL 表与字段字符集设为
utf8mb4_unicode_ci，非utf8_general_ci - HTML 页面声明
<meta charset="UTF-8">，HTTP 响应头确保Content-Type: text/html; charset=utf-8
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
