thinkphp伪静态配置不依赖中间件，必须同时满足服务器重写规则正确、public为web根目录、路由开关开启；中间件仅能做请求参数清洗，无法替代重写规则。
ThinkPHP 伪静态配置本身不依赖中间件，中间件无法替代服务器重写规则和路由开关；所谓“配中间件实现伪静态”是常见误解，容易导致 404 或 index.php 无法隐藏。
伪静态生效的前提：三者缺一不可
不是加个中间件就能让 URL 变干净——必须同时满足：
-
Apache或Nginx已启用mod_rewrite（Apache）或正确配置try_files（Nginx），且重写规则指向index.php -
public/是 Web 服务器的根目录（不是项目根目录），否则.htaccess不会被读取或路径错乱 -
config/app.php中'url_route_on' => true已开启，且'url_route_must' => true建议打开（避免 fallback 到兼容模式）
漏掉任意一项，访问 /user/list 都会直接 404，中间件根本没机会执行。
中间件能做什么：仅限请求参数清洗，不参与 URL 解析
中间件在路由匹配成功、控制器调用前运行，它对伪静态“无感”——/user/123 和 /index.php/user/123 进入中间件时，$request->path() 都是 "user/123"，框架已做完 PATHINFO 解析。
如果你真想在中间件里做点事，只适合这类场景：
- 统一过滤所有
param()输入（如用HTMLPurifier清洗$_GET/$_POST，但必须调用$request->mergeParam()否则无效） - 根据
Accept-Language头自动切换多语言配置（如设置Lang::setLocale()） - 拦截非法路径前缀（如
if (str_starts_with($request->path(), 'admin/')) { ... }），但这属于业务逻辑，不是伪静态配置环节
别在中间件里尝试重写 $_SERVER['REQUEST_URI'] 或伪造 PATH_INFO——TP6 已绕过超全局变量，改了也没用。
多语言请求怎么过滤：靠路由变量 + 中间件联动
TP6 不内置多语言路由，但可通过路由变量 + 中间件实现请求级语言隔离。关键不是“过滤”，而是“识别并透传”：
- 在
route/route.php中定义带语言前缀的路由：Route::rule(':lang/admin/:controller/:action', 'admin/:controller/:action', ['method' => 'GET'], ['lang' => '[a-z]{2}']) - 写一个中间件，在
handle()里提取$request->param('lang')，校验是否在支持列表（如['zh', 'en', 'ja']），合法则存入Session或绑定到Lang类 - 后续控制器中不再手动解析语言，直接调用
lang('user.name')，框架会自动按当前 locale 加载对应语言包
注意：如果用子域名（如 en.example.com）做多语言，就不用路由变量，改用 Route::domain('en', function () { ... }) 分组，中间件里用 $request->host() 提取即可。
最容易被忽略的一点：PATHINFO 分隔符必须与服务器规则一致
伪静态能跑通，但访问 /user/123 却提示“找不到模块”，大概率是 'pathinfo_depr' => '/' 和 Nginx 的 try_files 规则不匹配。例如：
- Apache
.htaccess把请求转给index.php/user/123，TP6 默认用/当分隔符，能正常拆出user模块 - Nginx 若写成
rewrite ^/(.*)$ /index.php?s=/$1 last;，实际传给 PHP 的是$_SERVER['QUERY_STRING'] = "s=/user/123"，此时 TP6 必须把'pathinfo_depr'设为'/'才能正确解析；若设成'-'，就会把整个/user/123当作一个参数名
这个细节不报错，但会导致路由完全失效，调试时容易卡在“为什么规则写了却不匹配”。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
