ThinkPHP 中 app acade 类找不到的根本原因是框架默认不扫描该目录，需通过 Composer PSR-4 注册或继承 thinkFacade 并实现 getFacadeClass() 才能正确加载。
ThinkPHP 的 app acade 命名空间不是靠“配置”出来的，而是由框架自动识别 + 目录结构 + 类声明共同决定的；手动改命名空间前缀却漏掉路径或声明，90% 会报 Class not found。
为什么 app acade 类找不到？
常见错误现象是：你新建了 app/facade/Db.php，写了 namespace app acade;，但调用 app acadeDb::query() 时仍报错。根本原因不是配置缺失，而是 ThinkPHP 默认只扫描 app 下的 controller、model、service 等固定目录，facade 不在默认扫描列表里。
- TP6 默认不自动加载
app/facade/目录下的类，哪怕命名空间写对了 -
app acade是你自定义的命名空间，框架不会为它生成自动加载规则 - 直接 new 或静态调用前，PHP 必须能通过 autoloader 找到文件 —— 这步失败，后面全白搭
让 app acade 类被正确加载的两种方式
必须选其一，否则类永远不可用：
-
方式一（推荐）：用 Composer PSR-4 显式注册
在composer.json的"autoload"→"psr-4"下添加："app\facade\": "app/facade/"
然后运行composer dump-autoload。之后所有app/facade/xxx.php文件只要声明namespace app acade;就能被加载。 -
方式二：继承
thinkFacade并返回容器标识
如果你真想模仿think acadeDb那种门面行为（即静态调用代理到容器服务），那app acade下的类不能只是普通类 —— 它必须继承thinkFacade，且实现getFacadeClass()方法，例如：namespace app acade;<br>use thinkFacade;<br>class MyService extends Facade<br>{<br> protected static function getFacadeClass()<br> {<br> return 'my_service'; // 对应容器里绑定的标识符<br> }<br>}注意：这和“命名空间配置”无关，这是门面机制的硬性要求。
app acade 和 think acade 的关键区别
别混淆这两者：
立即学习“PHP免费学习笔记（深入）”；
-
think acadeDb是框架内置门面，它代理的是容器中db服务，本身不处理业务逻辑 -
app acadeMyService如果你只是想放一个工具类，就别继承thinkFacade—— 直接用方式一注册 PSR-4 即可；继承了却没在容器里绑定my_service，调用时会抛出Facade class not found - 命名空间叫
app acade不代表它就是“门面”，只是个普通命名空间；是否具备门面能力，取决于是否继承thinkFacade+ 正确实现getFacadeClass()
最易被忽略的一点：TP6 多应用模式下，app 目录可能实际是 app/admin 或 app/api，此时 app acade 的物理路径其实是 app/admin/facade/，但命名空间仍得写 app acade —— 路径和命名空间不再一一对应，全靠 PSR-4 规则映射。稍有不一致，自动加载就断了。
