控制器不存在主因是路由入口未接住或框架路径错位，关键查Nginx转发参数缺失、root未指public目录、PATH_INFO未透传、多应用上下文未对齐。
伪静态配好了但报“控制器不存在”，问题不在URL重写本身，而在于请求虽被转发到 index.php，但 ThinkPHP 没能正确解析出控制器名——本质是路由入口没接住，或框架加载路径错位。常见原因集中在四点：Nginx 转发参数缺失、root 路径错误、PATH_INFO 解析失败、多应用上下文未对齐。
检查 Nginx 是否真正把请求交给了 index.php
伪静态“配好”不等于生效。先验证最基础的一环：
- 直接访问
http://域名/index.php/控制器/方法（例如/index.php/index/index），如果能正常打开，说明框架和 PHP 环境没问题；若仍 404 或空白，问题在 PHP 配置、权限或入口路径 - 如果带
index.php能通，但去掉后 404，说明伪静态规则未触发或未正确兜底 - 查看 Nginx 错误日志（如
/www/wwwlogs/xxx.error.log），搜索Primary script unknown—— 这表示SCRIPT_FILENAME拼错了，PHP 根本没收到请求
确认 root 指向 public 目录且 fastcgi_param 完整
ThinkPHP 6+ 强制要求 Web 服务器的 document root 必须是项目 public/ 目录，否则自动加载器找不到类，控制器自然“不存在”：
- root 必须写成
root /path/to/your/project/public;，不能是项目根目录（如/path/to/your/project） - 在
location ~ \.php$块中，必须包含这三行（缺一不可）：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;<br> fastcgi_param PATH_INFO $fastcgi_path_info;<br> fastcgi_param QUERY_STRING $query_string;
- 漏掉
SCRIPT_FILENAME，Nginx 日志会报Primary script unknown；漏掉PATH_INFO，TP8 默认无法提取路由路径，静默失效
避免 if + rewrite 写法，改用 try_files 兜底
老旧的 if (!-e $request_filename) { rewrite ... } 在 Windows 和 TP8 下极易导致 $_SERVER['PATH_INFO'] 为空，控制器名解析失败：
立即学习“PHP免费学习笔记（深入）”；
- 删除所有
if判断块，在location /中只保留：try_files $uri $uri/ /index.php?$query_string; - 该写法不依赖 PATH_INFO，兼容性更强，且不会因大小写或路径分隔符出错
- 若部署在子目录（如
/myapp/），则改为：try_files $uri $uri/ /myapp/index.php?$query_string;
多应用模式下检查 domain_bind 和应用目录结构
启用多应用（app_multi => true）后，/admin/login 报控制器不存在，大概率是框架连应用都没识别出来：
-
domain_bind配置的域名必须与浏览器地址栏**完全一致**：包括www、端口（如:8000）、协议前缀 - Nginx 的
server_name必须匹配该域名；反向代理时还需加fastcgi_param HTTP_HOST $host; - 确保
app/admin/controller/IndexController.php存在，命名空间为app\admin\controller，类名为IndexController - 千万别删掉项目根目录下的
app/controller—— 框架靠它判断是否启用多应用，删了就全走默认应用
