thinkphp 6.x 中 facade 必须预定义在 app/facade/ 目录下，getfacadeclass() 返回服务名（如 'cache'）而非类名，且不支持运行时 bind；5.1 支持动态注册与类名绑定，底层机制不同。
Facade 类怎么在 ThinkPHP 5.1 和 6.x 中正确调用
ThinkPHP 5.1 的 Facade 是基于静态代理 + __callStatic 实现的，而 6.x 改为依赖容器自动解析 + 静态代理类预定义，调用方式表面相似，底层逻辑完全不同。直接把 5.1 的写法照搬到 6.x 很容易报 Call to undefined method。
实操建议：
- 5.1 中可直接用
Cache::get()，只要Cache类继承了think\Facade，且容器里绑定了cache服务名 - 6.x 必须确保
app/facade/Cache.php存在，且其getFacadeClass()返回'cache'（不是类全名），否则静态调用会失败 - 6.x 不再支持动态注册 Facade 类，所有 facade 必须提前定义在
app/facade/下，否则Cache::get()会触发Class not found
为什么 Db::name() 在 6.x 报错但 db()->name() 可以
这是最典型的混淆点：6.x 的 Db facade 默认未启用，官方只保留了函数式入口 db()；而 Db::name() 要生效，必须手动创建 app/facade/Db.php 并返回 'db'。
常见错误现象：
- 直接写
Db::table('user')->select()→ 报Class 'app\facade\Db' not found - 写了 facade 文件但
getFacadeClass()返回'think\db\Query'→ 报Call to undefined method app\facade\Db::table()（因为绑定错了服务名）
正确做法是让 getFacadeClass() 返回 'db'，对应容器中 db 服务（即 think\db\Connection 实例），而非 Query 类。
自定义 Facade 类在 5.1 和 6.x 中的注册差异
5.1 允许运行时注册：think\Facade::bind('mylog', 'think\Log')；6.x 完全移除该机制，一切以 app/facade/ 目录下的类文件为准，且命名必须与调用名一致（如想用 MyLog::write()，就必须有 app/facade/MyLog.php）。
关键区别：
- 5.1 的
bind()是全局静态映射，一次注册处处可用 - 6.x 的 facade 类必须被自动加载器识别，即文件路径、命名空间、类名三者严格匹配 PSR-4 规则
- 6.x 中若自定义 facade 的
getFacadeClass()返回闭包或非字符串，会直接抛出InvalidArgumentException
Facade 调用性能开销和调试线索
Facade 本身不慢，但容易掩盖真实调用链。5.1 中每次 Cache::get() 都会触发一次容器查找 + 反射；6.x 因为 facade 类固定，首次调用后会缓存服务实例，后续更快，但调试时容易误以为是 Cache 类本身出了问题。
排查建议：
- 遇到
Method not found，先确认容器里是否存在对应服务名：var_dump(app()->has('cache')) - 在 facade 类中临时加
dd($this->getFacadeClass())，看返回值是否符合预期（尤其注意 6.x 不接受类名，只接受服务名） - 5.1 中可通过
Facade::clearResolved()清理缓存，6.x 无此方法，改用app()->flush()（慎用，会清空整个容器）
Facade 看似省事，但一旦出错，错误堆栈往往跳过真正的问题源头——它只是个门面，背后的服务注册、绑定时机、容器状态，才是关键变量。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
