ThinkPHP目录结构怎么规划_ThinkPHP项目文件夹分层与命名规范详解【详解】

先分享一个基本原则：ThinkPHP项目的目录结构不是“怎么好看怎么来”的问题，而是直接决定了自动加载是否生效、调试时错误能不能准确定位、上线后在不同操作系统上能否稳定运行。核心只有一条——命名空间路径必须等于文件系统路径。哪怕只差一个字母或者大小写出错，class not found的错误就会立刻出现在你面前。

那么，具体怎么规划才能避开这些坑？我们从最核心的机制开始说起。

App\Controller\User 为什么必须对应 app/controller/User.php

ThinkPHP（无论是5、6还是8版本）都依赖PSR-4自动加载机制。框架通过你写的命名空间字符串，去拼出一个文件路径。比如你写了new App\Controller\User()，它背后的逻辑是这样的：

• 先把 App 替换成 APP_PATH（通常就是 app/ 目录）
• 再把 \ 反斜杠转成 / 正斜杠，得到 app/controller/User.php
• 最后检查这个路径是否存在、是否可读

一旦你把文件放到了 app/controller/user.php（注意这里的u是小写），或者类名写成了 user，在Linux服务器上直接就是500错误。即便在Windows环境下跑起来了，只要开启APP_DEBUG，照样会报错。这不能算Bug，而是框架有意为之。

app/ 目录下，哪些必须小写，哪些必须驼峰？

目录名本身不直接参与类加载，但它会直接影响项目的可维护性和团队协作效率。官方规范给出了明确的约定：

• app/ 下面的模块目录（比如 index、admin）必须全部小写，必要时用下划线连接，不能使用驼峰命名——因为这些目录是路由和分组标识，不属于命名空间的一部分
• app/index/controller/ 这类层级中的 controller、model、view 目录必须小写，这是固定的约定，一旦改动，Loader 就认不出来了
• 真正参与命名空间的只有类文件名，比如 UserController.php（首字母大写）、BaseModel.php，并且文件内部的 class 名必须完全一致

一个常见的踩坑案例：app/index/Controller/User.php（注意Controller首字母大写了）。框架默认只认小写的 controller 目录，除非你手动去重新定义 app_namespace 配置。

config/ 和 public/ 的位置能改吗？

可以改，但该怎么改有硬性约束：

• public/ 是Web可访问的根目录，必须包含入口文件（比如 index.php）。你可以把这个目录改名为 web/ 或 html/，但必须同步修改入口文件中 require 的ThinkPHP核心路径和 APP_PATH 定义
• config/ 默认在项目根目录下，但ThinkPHP 8支持通过 config_path 配置项指定任意路径，只要 is_dir() 返回 true 并且PHP有读取权限就行
• 绝对不能把 config/ 放进 public/ 目录里——配置文件里大概率存有数据库密码，Web直接可以访问就等于把密码暴露在公网上

一个典型的安全配置方案：把 config/ 和 app/ 并列放在Web无法直接访问的上层目录，public/ 单独放一层，入口文件中用 __DIR__.'/../config/' 来加载配置。

模块分组（app/admin/）和多应用（app/api/）如何避免命名冲突？

ThinkPHP 6+ 的多应用模式下，每个子目录（比如 api、admin）都是一个独立的应用，各自拥有完整的 controller、model 目录。关键点在于：

• 每个子目录下的 config/app.php 必须设置 'app_namespace' => 'app\api'（对应目录名要小写），否则命名空间解析时会出问题
• 定义路由时，api 组的控制器要写成 app\api\controller\User，不能漏掉 api\ 这一级
• 如果启用了多应用模式，app/ 目录本身就不再适合放公共控制器了，所有逻辑必须收敛到各个子应用内部，否则 route:list 命令会把路由弄混

最容易忽略的一点：多应用模式下，app/common 公共目录并不会被自动加载。你必须手动在 composer.json 中声明 autoload PSR-4 映射，否则像 Common\Service\Upload 这种类永远找不到。