ThinkPHP5.0伪静态正确形式是index.php/user/login（PATH_INFO模式）或index.php?s=/user/login（普通参数模式），二者均需对应服务器透传与框架配置；而index.php?/△1因混淆机制、含非法字符△且无法被路由解析器匹配，必然失败。
index.php?/△1 这种写法本身不是标准或有效的 ThinkPHP 5.0 伪静态形式，它混淆了两种不同机制：普通 GET 参数模式 和 PATH_INFO 模式，且 △ 符号在 URL 中属于非法或未编码的特殊字符，极易导致解析失败。下面直接说清关键差异和问题所在：
一、index.php?/user/login（带问号+斜杠）——错误写法，几乎必出错
- ❌ 不是 ThinkPHP 支持的合法格式
-
?/user/login被 PHP 当作查询字符串（$_GET），但/user/login并非标准键值对（如s=/user/login），框架无法识别 - 若未开启
url_common_param => true或未配置s参数接收逻辑，会直接忽略，返回首页或 404 -
△若为实际输入（如index.php?/△1），属于 URL 中未编码的 Unicode 特殊符号，Nginx/Apache 可能拒绝解析，PHP 接收时乱码或截断，$_SERVER['QUERY_STRING']获取异常
二、index.php/user/login（无问号，PATH_INFO 模式）——TP5.0 原生支持的标准写法
- ✅ 是 ThinkPHP 5.0 默认
url_model => 1（PATH_INFO 模式）的正确表现形式 - 服务器需将请求透传 PATH_INFO（如 Nginx 配置
fastcgi_split_path_info+PATH_INFO参数） - 框架通过
$_SERVER['PATH_INFO']解析出/user/login，再按pathinfo_depr => '/'拆分为模块/控制器/操作 - 此路径可被 Apache
.htaccess或 Nginxrewrite规则隐藏index.php，变成/user/login
三、index.php?s=/user/login（显式 s 参数）——兼容性更强的普通模式
- ✅ ThinkPHP 5.0 明确支持，前提是配置中开启：
-
'url_common_param' => true -
'url_route_on' => true
-
- 服务器重写规则（如 Nginx 的
rewrite ^(.*)$ /index.php?s=$1 last;）正是把/user/login映射成这个格式 - 不依赖 PATH_INFO，对服务器配置要求更低，适合部分禁用
PATH_INFO的共享主机
四、为什么不能混用或乱加符号？
- ThinkPHP 5.0 路由解析器对
s参数或PATH_INFO内容有严格正则匹配（如/^[\w\.\-\/]+$/'），△不在允许字符集内 - 即使强行绕过，
△1会被当作控制器名，而控制器类名必须符合 PHP 命名规范（字母/数字/下划线，不能含 Unicode 符号），加载时直接报错Class '△1' not found - 所有伪静态最终都需落到框架可识别的路由结构上：
[module]/[controller]/[action]/[param]/[value]，中间不能插入语义外字符
正确做法建议：
- 想用简洁 URL，统一走
index.php/user/login→ 配好 PATH_INFO 透传 +pathinfo_depr => '/' - 想最大兼容，走
index.php?s=/user/login→ 开启url_common_param，Nginx 用try_files $uri $uri/ /index.php?s=$uri&$args; - 绝对不要手动拼
index.php?/△1这类非标写法；如需特殊标识，应编码为合法 URL 字符（如△→%E2%96%B3），并定义明确路由规则处理
不复杂但容易忽略：伪静态生效的前提，是 URL 最终能被框架稳定拆解为「模块、控制器、操作、参数」四段结构，任何破坏该结构的写法都会中断解析链。
