ThinkPHP伪静态配置需排除导出路径，否则易致路由冲突、PATH_INFO解析错误、导出链接404或返回HTML而非文件流；Apache需在.htaccess中用RewriteCond显式跳过/export等路径，Nginx需用^~ /export/直通并fallback至/index.php，路由层须通过->option(['suffix'=>false])禁用后缀干扰。
ThinkPHP 伪静态配置本身和「导出」或「多语言报表」没有直接关系——这两块功能是独立模块，强行混在一起配，大概率会路由冲突、PATH_INFO 解析错乱、导出链接 404 或返回 HTML 页面而非文件流。
如果你在加了伪静态后发现 export 接口（比如 /report/export?lang=zh）突然打不开、下载失败、或者被重写成 /report/export.html 导致报错，那不是路由写得不够花哨，而是规则没避开资源类路径。
为什么 export 路由在伪静态下容易挂
ThinkPHP 默认把所有不匹配真实文件/目录的请求都甩给 index.php，靠 PATH_INFO 解析。但导出接口通常需要直接输出二进制流（CSV / Excel），不能走视图渲染；而伪静态规则若没排除这类路径，就可能：
-
.htaccess把/export/xxx当成普通路由转发，导致$_SERVER['PATH_INFO']被截断或污染 -
url_html_suffix设为'.html'后，/export/data自动变成/export/data.html，触发 404 或错误内容类型 - Nginx 的
try_files或rewrite规则未显式放行/export前缀，导致请求根本没进 PHP
.htaccess 中必须排除导出路径
Apache 下，别用网上抄来的“万能规则”。要在 RewriteCond 里明确跳过导出、API、静态资源等敏感路径：
立即学习“PHP免费学习笔记（深入）”；
RewriteEngine On
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 排除导出、上传、api 等路径，避免被重写
RewriteCond %{REQUEST_URI} !^/export [NC]
RewriteCond %{REQUEST_URI} !^/upload [NC]
RewriteCond %{REQUEST_URI} !^/api [NC]
RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L]
注意：!^/export 必须写在 RewriteRule 之前，且顺序不能颠倒；[NC] 是为了忽略大小写（有些客户端可能发 /Export）。
Nginx 配置要单独处理 /export location
Nginx 不读 .htaccess，必须在 server 块里显式声明导出路径直通 PHP：
location ^~ /export/ {
try_files $uri $uri/ /index.php?$query_string;
}
location ~ \.php$ {
# 原有 fastcgi 配置
include fastcgi_params;
fastcgi_pass 127.0.0.1:9000;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
}
关键点：
- 用
^~ /export/而非~ /export/，避免正则匹配干扰 - 确保
try_files最终 fallback 到/index.php?$query_string，保留原始参数（如?lang=en&format=xlsx） - 不要在
/export/块里写fastcgi_pass—— 统一交给下面的~ \.php$处理更安全
ThinkPHP 路由层要禁用后缀干扰
如果启用了 url_html_suffix（比如设为 '.html'），它会对所有 URL 自动追加后缀，包括导出链接。解决方法不是删掉这个配置，而是对特定路由关闭后缀：
// route/route.php
use think\facade\Route;
<p>// 普通页面可带 .html
Route::rule('report/:id', 'report/view')->ext('html');</p><p>// 导出接口强制不带后缀，且指定 method 避免 GET/POST 混用
Route::get('export/:type', 'report/export')->option(['suffix' => false]);
Route::post('export/batch', 'report/exportBatch')->option(['suffix' => false]);
->option(['suffix' => false]) 是关键，它让该路由完全忽略全局 url_html_suffix 设置；否则你访问 /export/csv.html，框架可能试图解析 csv.html 为参数，而不是 csv。
真正麻烦的从来不是怎么写规则，而是规则之间谁先匹配、谁被覆盖、谁悄悄改了 $_SERVER 变量。导出类接口一旦出问题，往往表现为「页面空白」「下载到 HTML 源码」「Content-Type 错误」——这些都不是代码逻辑问题，是路由和 Web 服务器联手把你绕晕了。
