thinkphp伪静态规则本身不直接匹配字母，真正起作用的是web服务器重写规则及框架对path_info的解析；含下划线url（如/user_group/detail）404或参数错乱，主因是重写路径未完整传递或path_info拆分失败。
ThinkPHP 伪静态规则本身不直接“匹配字母”，真正起作用的是 Web 服务器（Nginx/Apache）的重写规则，以及 ThinkPHP 自身对 PATH_INFO 的解析逻辑。如果你发现带下划线的 URL（如 /user_group/detail）404 或参数错乱，问题大概率出在重写规则没传好路径，或框架没正确拆分 PATH_INFO。
Apache 的 RewriteRule 怎么处理含下划线的路径
Apache 默认规则（如 RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]）本身支持下划线，因为正则 .* 匹配任意字符（包括 _）。但容易踩的坑是：Options +FollowSymlinks 未开启，或 .htaccess 文件权限/位置不对，导致规则根本没加载。
- 确认
.htaccess放在网站根目录，且文件名无后缀（不是.htaccess.txt） - 检查 Apache 是否启用了
mod_rewrite模块（a2enmod rewrite+ 重载） - 若用宝塔面板，在「网站 → 设置 → 伪静态」中选
thinkphp模板，它内置的规则已兼容下划线
Nginx 的 if (!-e $request_filename) 为什么有时忽略下划线
Nginx 本身不“忽略”下划线，但常见问题是：重写后没把原始路径完整交给 index.php，或者 fastcgi_split_path_info 正则没覆盖下划线场景。比如旧版规则 ^(.+\.php)(/.+)$ 会把 /user_group/detail 错拆成 /index.php 和 /user_group/detail，但 ThinkPHP 实际需要的是 /user_group/detail 整段作为 PATH_INFO。
- 必须确保
fastcgi_split_path_info正则包含下划线：推荐用^(.+\.php)(/.*)$（注意.*替代.+） -
fastcgi_param PATH_INFO $fastcgi_path_info;这行不能漏，否则$_SERVER['PATH_INFO']为空 - 更稳妥的做法是改用
try_files：location / { try_files $uri $uri/ /index.php?$query_string; }它不依赖PATH_INFO，而是把完整查询字符串传给$_GET，适合 Laravel 风格，但 ThinkPHP 需配合'URL_MODEL' => 2使用
ThinkPHP 路由规则里下划线怎么写才生效
路由定义本身（如 Route::get('user_group/:id', 'UserGroup/read')）里的下划线只是字符串匹配，和服务器重写无关。但它要求请求进来的 PATH_INFO 确实是 /user_group/5，而不是被截断或转义的版本。
- 确保配置中
'URL_PATHINFO_DEPR' => '/'（默认值），不要改成'_'，否则/user_group/detail会被当成模块user、控制器group、操作detail - 如果非要 URL 中用下划线分隔（如
/user_group_detail/5），需在路由里显式写：Route::get('user_group_detail/:id', 'UserGroup/read') - 别依赖
URL_CASE_INSENSITIVE来“容错”，它只影响大小写，不解决下划线解析失败的问题
最常被忽略的一点：改完 Nginx/Apache 规则后，必须重载服务（nginx -s reload 或宝塔点「重载」），且 ThinkPHP 的路由缓存要清空（php think clear:route 或删 runtime/route.php），否则旧规则还在内存里跑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
