最直接的方式是查看 Facade 类的 getFacadeClass() 方法返回值，如 Log::getFacadeClass() 返回 'log'，对应容器中绑定的 think\Log 类实例；所有内置 Facade 映射关系均定义在 think\Facade::$bind 静态数组中。
Facade 类名怎么查到对应的底层类？
ThinkPHP 的 Facade 本质是静态代理，Log、Cache、Db 这些门面类本身不实现逻辑，只是转发调用到容器中绑定的实例。想确认某个 Facade 对应哪个真实类，最直接的方式是看它的 getFacadeClass() 方法返回值。
比如打开 thinkphp/library/think/facade/Log.php，里面一定有：
protected static function getFacadeClass()
{
return 'log';
}
这个字符串 'log' 就是容器中的绑定标识（即服务名），最终解析为 think\Log 类实例。同理，Db::name('user') 背后实际调用的是容器里 db 绑定的 think\db\Connection 实例。
内置 Facade 列表在哪定义？
所有官方内置 Facade 都放在 thinkphp/library/think/facade/ 目录下，每个 PHP 文件就是一个门面类。但不是目录下所有类都会被自动注册——只有在 thinkphp/library/think/Facade.php 的 $bind 静态属性中声明过的，才会被框架识别为有效 Facade。
立即学习“PHP免费学习笔记（深入）”；
当前版本（v6.1+）中，$bind 数组明确列出了全部支持的 Facade 映射，例如：
protected static $bind = [
'app' => 'think\App',
'cache' => 'think\Cache',
'config' => 'think\Config',
'cookie' => 'think\Cookie',
'db' => 'think\db\Connection',
'lang' => 'think\Lang',
'log' => 'think\Log',
'request' => 'think\Request',
'response' => 'think\Response',
'session' => 'think\Session',
'url' => 'think\Url',
'validate' => 'think\Validate',
'view' => 'think\View',
];
这个数组就是「官方内置 Facade 列表」的唯一权威来源。它决定了哪些 Facade 可以直接用，哪些会报 Class not found 或 Call to undefined method 错误。
为什么有些 Facade 看得到却用不了？
常见原因有三个：
- 类文件存在但没在
$bind中注册，比如你手动加了MyFacade.php到facade/目录，但没改Facade.php的$bind，那它就不是有效 Facade - 服务未启用或配置缺失：比如
CacheFacade 依赖cache服务绑定，如果cache.php配置被清空或驱动设为null，调用时会抛出异常而非报错 Facade 不存在 - 命名空间或类名拼写错误：
Db和DB是两个类，大小写敏感；Model不是内置 Facade，它是基类，不能当门面用
运行时怎么快速验证某个 Facade 是否可用？
在调试环境里，可以直接执行：
var_dump(\think\Facade::getFacadeRoot() instanceof \think\Log); // true
或者更通用的做法：
$facade = new \think\facade\Log(); var_dump($facade->getFacadeClass()); // string(3) "log"
注意：不要用 class_exists('think\facade\Log') 来判断——它只检测类是否加载，不反映 Facade 是否被框架激活。真正关键的是 getFacadeClass() 能否返回合法服务名，且该服务名在容器中可解析。
Facade 的映射关系在框架启动时一次性加载进内存，改了 $bind 必须清空 runtime/cache/ 下的容器缓存才能生效。这点很容易被忽略，改完不清理，会一直走旧映射。
