ThinkPHP隐藏index.php需Apache/Nginx正确配置重写规则及框架参数：Apache须设RewriteBase、[L]标记；Nginx推荐try_files+fastcgi_split_path_info；同时需同步调整url_pathinfo_fetch、url_convert等框架配置，否则URL生成仍含index.php。
Apache下RewriteRule写法错在.htaccess路径匹配顺序
ThinkPHP默认用index.php作为入口，隐藏它本质是让服务器把所有请求都转发给index.php处理。Apache靠.htaccess里的RewriteRule实现，但很多人直接抄文档，忽略DocumentRoot和项目实际部署路径的关系。
常见错误现象：404或500 Internal Server Error，尤其是子目录部署时——比如项目放在/var/www/html/myapp/，但.htaccess里写的是根目录级规则。
- 确认
AllowOverride All已在虚拟主机配置中开启，否则.htaccess不生效 - 若项目不在网站根目录（如
http://example.com/myapp/），RewriteBase必须设为/myapp/，不能留空或写/ - 标准规则末尾的
[L]标记不能丢，否则可能触发二次重写导致循环 - 示例（子目录部署）：
RewriteBase /myapp/<br>RewriteCond %{REQUEST_FILENAME} !-f<br>RewriteCond %{REQUEST_FILENAME} !-d<br>RewriteRule ^(.*)$ index.php/$1 [L]
Nginx的try_files比rewrite更可靠
Nginx没有.htaccess机制，所有重写逻辑必须写在server块里。很多教程教用rewrite指令模拟Apache行为，但容易漏掉index.php后带PATH_INFO的场景，导致$_SERVER['PATH_INFO']为空，路由解析失败。
真正稳定的做法是用try_files，它天然支持“文件不存在就 fallback 到index.php”，且能透传原始URI给PHP。
立即学习“PHP免费学习笔记（深入）”；
- 必须把
fastcgi_split_path_info配对使用，否则PATH_INFO无法提取：fastcgi_split_path_info ^(.+\.php)(/.+)$;
-
try_files $uri $uri/ /index.php?$query_string;这行里$query_string不能省，否则GET参数丢失 - 如果用
location ~ \.php$匹配，注意别让它覆盖了location /里的try_files逻辑 - 完整片段关键行：
location / {<br> try_files $uri $uri/ /index.php?$query_string;<br>}<br>location ~ \.php$ {<br> include fastcgi_params;<br> fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;<br> fastcgi_split_path_info ^(.+\.php)(/.+)$;<br> fastcgi_param PATH_INFO $fastcgi_path_info;<br> fastcgi_pass 127.0.0.1:9000;<br>}
ThinkPHP配置项url_html_suffix和url_pathinfo_fetch要同步调整
重写规则只是前端路由入口，后端还要告诉ThinkPHP怎么解析URL。Apache/Nginx转发后，PATH_INFO或QUERY_STRING形式不同，框架获取方式也得对应上。
常见错误现象：首页能访问，点进二级页面就404，或者路由始终走默认控制器——其实是PATH_INFO没被正确识别。
- Apache默认用
PATH_INFO，Nginx需显式设置fastcgi_param PATH_INFO，所以框架里url_pathinfo_fetch应设为['PATH_INFO', 'REDIRECT_PATH_INFO'] - 如果Nginx用了
try_files ... /index.php?$query_string这种QUERY_STRING方式，就得把url_pathinfo_fetch改成['QUERY_STRING']，否则框架收不到路径信息 -
url_html_suffix设成html之类时，重写规则里要额外排除真实存在的.html文件，否则静态页被误转到index.php
伪静态生效后__ROOT__和url()生成链接仍带index.php
重写规则只影响请求进入，不影响框架生成URL。很多开发者调通重写后发现模板里{:url('index/index')}还是输出/index.php/index/index，这是因为ThinkPHP默认按“有无重写”自动判断，但它没法探测Nginx/Apache的真实配置。
根本原因在于url.html配置和APP_URL环境变量没手动干预。
- 在
config/app.php中强制关闭url_convert自动检测：'url_convert' => false - 设置
'url_domain_deploy' => true并确保__ROOT__为/（非/index.php） - 最稳妥的方式：在
.env里写APP_URL=https://example.com，框架会据此生成绝对URL，绕过入口文件判断逻辑 - 检查
public/index.php顶部是否误删了define('BIND_MODULE', 'index');这类关键定义，会导致URL生成器降级行为
重写规则只是第一层，框架内部的URL生成逻辑才是最后卡点。没改配置前，哪怕Nginx转发再完美，生成的链接照样带index.php。
