ThinkPHP5伪静态与配置中心不冲突，问题根源在于运行目录错位、PATH_INFO未正确传递、.htaccess位置错误及rewrite污染环境变量，导致配置路径计算错误或加载中断。
ThinkPHP5伪静态和配置中心不冲突，但路径错位会导致配置加载失败
伪静态本身不影响配置中心（如 config.php、.env 或远程配置服务）的读取逻辑，真正出问题的是：当服务器运行目录没设对、或入口文件被错误转发时，APP_PATH 和 CONF_PATH 的计算基准偏移，导致框架找不到配置文件或加载了错误环境。
常见现象包括：Class 'think\Config' not found、Undefined index: APP_ENV、require(): Failed opening required '.../config/app.php'。这些问题 90% 不是配置中心写错了，而是 public 目录没被当作 Web 根目录。
- 确保 Nginx/Apache 的运行目录指向
public/，不是项目根目录（含application/那层） - 检查
public/index.php开头的define('APP_PATH', __DIR__ . '/../application/');是否仍能正确解析——如果服务器把请求转发到了/index.php而非/public/index.php，__DIR__就会变成错误路径 - 若使用
.env，确认它放在项目根目录（与public/同级），且think\Env初始化发生在入口文件早期；伪静态不会影响它，但运行目录错会导致getcwd()返回错误路径，进而找不到.env
Nginx 下 fastcgi_param PATH_INFO 必须补全，否则配置中心初始化中断
ThinkPHP5 在启动早期就要解析路由、加载配置，而 pathinfo_depr 和 url_route_on 等配置项依赖 $_SERVER['PATH_INFO']。如果 Nginx 没传这个变量，框架会在 App::run() 前就报 URL pathinfo not supported，根本走不到配置中心加载逻辑。
这不是“配置中心不兼容伪静态”，而是伪静态启用后，PATH_INFO 解析链断在了第一环。
立即学习“PHP免费学习笔记（深入）”；
- 必须在
location ~ \.php$块中显式添加：fastcgi_param PATH_INFO $fastcgi_path_info; - 不能只靠
fastcgi_param SCRIPT_FILENAME；缺这行，Request::pathinfo()返回空，后续所有基于路径的配置加载（比如模块名推导、多应用识别）都会异常 - 宝塔用户注意：「网站设置 → 伪静态」里选模板只是加 rewrite 规则，不自动补
PATH_INFO，必须手动进配置文件加
Apache 的 .htaccess 放错位置，会导致配置中心读到错误的 $_SERVER 变量
把 .htaccess 放在项目根目录（即 application/ 上层），而不是 public/ 目录下，会导致 Apache 用错误的 DocumentRoot 解析重写规则。结果就是 $_SERVER['SCRIPT_NAME'] 是 /index.php，而实际执行的是 /public/index.php，两者不一致会让 think\App 初始化时误判应用路径，连带使配置中心加载的 app.php 或 database.php 来自错误目录。
-
.htaccess必须和public/index.php在同一目录 - 对应虚拟主机配置中，
<directory></directory>块的路径必须指向public/，且AllowOverride All生效 - 验证方法：在
public/index.php顶部加var_dump($_SERVER['SCRIPT_NAME'], $_SERVER['DOCUMENT_ROOT']);，看输出是否匹配预期
配置中心用到的环境变量（如 APP_ENV）可能被伪静态规则覆盖
有些用户在 rewrite 规则里用 rewrite ... last; 并附带 query string 拼接，比如 rewrite ^(.*)$ /index.php?s=$1&env=prod last;，这会污染 $_GET，干扰 think\Env 对 APP_ENV 的识别逻辑——它优先从 $_GET['env'] 读，而非 .env。
- 伪静态规则里不要硬塞环境参数；环境应由服务器部署层控制（如 Nginx 的
fastcgi_param APP_ENV "prod";） - 若必须动态传参，改用 HTTP header（如
X-App-Env）并在中间件中处理，避免和框架默认行为冲突 - 本地调试时，
php -S内置服务器不支持 rewrite，直接访问public/index.php/xxx即可，此时配置中心完全不受影响
最易被忽略的一点：配置中心是否生效，和伪静态是否“看起来正常”毫无关系。即使首页能打开、路由能跳转，只要 runtime/ 目录写入失败、或 log 里出现 Config file not found，就说明配置加载链已在底层断裂——这时该查的不是路由表，而是 $_SERVER 变量和文件系统路径。
