ThinkPHP 3.2 与 6.0 伪静态规则不能混用，根本原因是解析机制不同：TP3.2 依赖 URL_MODEL 配置和 REQUEST_URI 截取，TP6 则严格要求 PATH_INFO 完整传递且默认禁用通用参数模式，混用必然导致 404 或“pathinfo not supported”错误。
ThinkPHP 3.2 和 6.0 的伪静态规则不能混用，根本原因不是写法“像不像”，而是两者底层解析路径完全不同：TP3.2 依赖 URL_MODEL 配置 + Apache .htaccess 硬匹配，TP6 则必须靠 Nginx/Apache 正确传递 PATH_INFO，且默认关闭通用参数模式（url_common_param => false）。直接把 TP3.2 的规则抄到 TP6 里，99% 会 404 或报 URL pathinfo not supported。
TP3.2 伪静态靠 URL_MODEL 和 .htaccess 双驱动
TP3.2 的伪静态本质是“重写后拼接参数”，不强制要求 PATH_INFO，只要服务器把请求转给 index.php，框架自己从 $_SERVER['REQUEST_URI'] 里截字符串解析。
-
URL_MODEL => 2（PATHINFO 模式）时，.htaccess规则必须带index.php/前缀：RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]；否则/user/list会被当成真实路径 404 -
URL_MODEL => 3（兼容模式）时，规则可简化为RewriteRule ^(.*)$ index.php?s=$1 [QSA,PT,L]，但需确保DEFAULT_MODULE不冲突，否则首页路由错乱 - TP3.2 允许
I('id')、$_GET混用，伪静态下参数顺序错位（如/user/read/type/news/id/1）也能靠位置推导勉强取值——这是它“好配”的假象，实则是容错设计 - 不校验参数格式：即使
:id写成字母，也不会拦截，只在控制器里抛Missing argument
TP6 伪静态必须让 PATH_INFO 真正抵达 PHP 层
TP6 启动时第一件事就是检测 $_SERVER['PATH_INFO'] 是否可用，空、非法或被截断都会终止执行。Nginx 的 rewrite 只是第一步，后面三环缺一不可。
- rewrite 必须放在
location ~ \.php$之前，否则/index.php/user/list这类请求会被 PHP 块直接吞掉，if(!-e $request_filename)根本不执行 -
fastcgi_param PATH_INFO必须显式启用且未注释，推荐写法：fastcgi_param PATH_INFO $fastcgi_path_info;；写成$document_uri或硬编码/user/list会导致解析失败 - PHP 禁用函数列表里，
putenv和ini_set必须放开——TP6 在public/index.php开头就用它们动态设置环境变量和PATH_INFO，禁用即报错 -
config/app.php中'url_common_param' => false是默认值，意味着你不能靠/index.php?s=user/list这种方式兜底；想用就得手动改成true，但不推荐，会绕过路由层校验
路由定义方式决定 URL 参数是否可乱序
TP3.2 和 TP6 都支持命名参数，但实现机制不同：TP3.2 是“伪命名”（靠正则替换后截取），TP6 是“真绑定”（路由注册时就建立键名映射）。
立即学习“PHP免费学习笔记（深入）”；
- TP3.2 的
Route::rule('user/:id', 'User/read')实际仍按位置取值，/user/5/type/news中的type会被忽略，除非加正则：':id\d+/:type\w+' - TP6 的
Route::get('user/:id/:type', 'User/read')->pattern(['id'=>'\d+', 'type'=>'\w+'])才真正绑定键名，Request::param('id')和Request::param('type')才稳定可靠 - TP6 不再支持
U()字符串传参，url('User/read', ['id'=>5, 'type'=>'news'])是唯一安全写法；写成url('User/read/id/5/type/news')会被当作文本路径原样输出 - TP3.2 的
__ROOT__常用于拼接静态资源路径，TP6 废除该常量，改用Url::build()或配置app.url_domain_deploy控制域名前缀
多环境部署时最易踩的路径坑
伪静态失效的常见原因，80% 出在根目录和入口路径错位，尤其在宝塔、phpEnv 这类面板中。
- TP6 强制入口为
public/目录，Nginx 的root必须指向/www/wwwroot/myapp/public；若指向项目根目录，rewrite ^(.*)$ /index.php?s=$1会去找不存在的/index.php，直接 404 - phpEnv 用户必须手动修改站点根目录，并重启 PHP-FPM（仅重载 Nginx 不生效）；验证方式：
http://localhost/app/config.php必须返回 404，返回文件内容说明 root 错了 - 宝塔用户若无法改根目录，rewrite 规则必须显式补全路径：
rewrite ^(.*)$ /public/index.php?s=$1 last;，且确认location ~ \.php$块中的fastcgi_script_name能正确解析/public/index.php - TP3.2 对根目录容忍度高，
index.php放哪都行，但 TP6 下vendor/autoload.php缺失会导致Class 'think\App' not found，必须用composer create-project topthink/think安装，不能解压 zip 包
真正卡住人的从来不是 rewrite 行怎么写，而是 PATH_INFO 从 Nginx 到 PHP-FPM 再到 TP6 启动流程的完整链路里，任意一环没对齐——比如 fastcgi_param 写对了但 PHP-FPM 进程用户没权限读 public/index.php，或者 .env 文件名写成 .env.local 导致路由配置加载失败。这些点不逐个验证，光调 rewrite 没用。
