thinkphp路由参数丢失主因是url编码与解码不匹配及变量规则限制；需前端手动编码、后端显式解码，并自定义正则规则如\s+支持中文等特殊字符，同时禁用web服务器自动解码。
ThinkPHP 路由参数丢失的典型表现
访问 /user/detail/123 时，$id 在控制器里是空或 null；或者带中文、斜杠、加号等字符的参数（如 /search/q/前端工程师+）直接 404 或被截断。这不是路由没配，而是 URL 解码和变量规则没对上。
URL 中特殊字符必须 encode，但 ThinkPHP 默认不自动 decode
浏览器会把空格发成 + 或 %20，中文变成 %E4%BD%A0%E5%A5%BD。ThinkPHP 的路由匹配发生在解析 URL 阶段，此时原始字符串还没被解码——所以 q=前端工程师+ 实际传进路由的是未解码的 %E5%89%8D%E7%AB%AF%E5%B7%A5%E7%A8%8B%E5%B8%88+，而你写的规则可能是 'search/q/:q$'，它只认字面量，不自动做 urldecode()。
- 所有含空格、中文、
/、+、&、=的参数，前端必须手动encodeURIComponent()（JS）或urlencode()（PHP） - 后端接收后，若需原始语义（比如搜索关键词），要显式调用
urldecode($q)，不能依赖框架自动处理 - 别在路由规则里写
:q同时又期望它能匹配未编码的中文路径——这在绝大多数版本（v5.1/v6.0/v6.3）都不成立
:var 变量规则中的正则约束会直接过滤掉非法字符
ThinkPHP 默认给 :id 加了 \d+，:name 加了 [\w.]+。一旦 URL 中的值不符合，整个参数就被丢弃，甚至整条路由匹配失败。
- 如果需要支持中文或符号，必须显式重写变量规则：
'search/q/:q' => 'search/index', ['q' => '\S+']（\S+匹配非空白任意字符） - 避免用
.*，它可能跨段匹配，导致/a/b/c被误认为一个参数；优先用[^/]+或\S+ - v6.3 开始支持
[:q]?这类可选参数，但依然受正则限制——没写正则就走默认，中文照样丢
Apache/Nginx 对 URL 编码的预处理可能提前破坏参数
Web 服务器在把请求交给 PHP 前，有时会“好心”地二次解码一次。比如 Nginx 的 location 块若用了 rewrite，或 Apache 启用了 AllowEncodedSlashes On，都可能导致 %2F 变成 /，进而让路由解析错乱。
- ThinkPHP v6 推荐关闭 Nginx 的自动解码：
location ~ \.php$ { ... fastcgi_param REQUEST_URI $request_uri; }，确保原始 URI 不被篡改 - Apache 下检查是否启用了
AllowEncodedSlashes，建议设为Off，否则/user/name/%E5%BC%A0%E4%B8%89可能被切成两段 - 用
$_SERVER['REQUEST_URI']打印原始值对比，确认问题出在服务端还是框架层
真正卡住人的往往不是“怎么写路由”，而是编码链路上哪一环悄悄做了转换——浏览器、Nginx、PHP-FPM、ThinkPHP 自身，四层里只要有一层解多了或解少了，参数就消失。调试时先盯死 $_SERVER['REQUEST_URI'] 和 input('param') 的原始输出，比翻文档快得多。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
