Facade调用报“Call to undefined method”本质是代理链断裂：__callStatic已触发，但createFacade()无法从容器获取实例，根源在于服务未绑定或getFacadeClass()返回的标识符错误；需依次验证类存在、容器已绑定、键名正确、别名注册。
Facade调用报“Call to undefined method”怎么定位
不是 Facade 类写错了，而是代理链断在了容器层——__callStatic 触发了，但 createFacade() 拿不到对应实例，最终抛出的是“方法不存在”，实际根源是服务未绑定或标识符错。
常见现象：Db::table() 报错、Cache::tag() 报错、自定义 MyService::do() 直接 Fatal error。这类错误 90% 不是语法问题，而是容器里压根没注册那个服务。
- 先确认类是否存在且可加载：
var_dump(class_exists('think\facade\Db'))→ 应返回true - 再查容器是否绑定了对应标识符：
var_dump(app()->bound('db'))→ 必须为true；app('db')应能成功返回thinkdbConnection实例 - 检查
getFacadeClass()返回值：比如return 'db'是对的，return hinkdbConnection::class或return 'think\db\Connection'就错——它要的是容器键名，不是类名 - 若用自定义 Facade，确认
config/app.php的'aliases'已声明，且路径与物理文件完全一致（大小写、命名空间、文件名）
为什么 input() 过来的参数会导致 Facade 调用失败
不是 Facade 本身不安全，而是你把未过滤的输入直接喂给了它触发的底层方法——比如 Cache::tag(input('tag'))，input('tag') 若含恶意字符串，可能绕过类型校验，最终在反序列化或日志写入环节被利用。
TP8 的 input() 默认不强制类型转换，input('id') 返回字符串，后续若拼进 SQL 或传给 Cache::tag()，就等于把用户可控数据当标识符用了。
- 必须显式指定类型：
input('id/d')（转整型）、input('tag/s')（转字符串并 trim） - 避免直接透传：
Cache::tag(input('tag/s'))→ 改为白名单校验：$tag = in_array(input('tag/s'), ['user', 'order', 'log']) ? input('tag/s') : 'default' - 特别注意
Log::write()、Cache::tag()、View::fetch()这类接受动态标识符的方法，参数来自input()时极易引入注入
CLI 环境下 Facade 失效的典型场景
tinker 或 Artisan 命令里 Facade 报 Class not found 或 A facade root has not been set，基本可以确定是生命周期没走完——服务提供者还没注册，或者缓存没清。
- tinker 中报错：先跑
php artisan config:clear和php artisan cache:clear，否则旧配置可能卡住容器初始化 - 在命令类属性里提前调用 Facade：
protected $cache = Cache::get('key');→ 错！此时容器未启动，必须移到handle()方法内部 - 服务提供者中过早使用 Facade：比如在
register()里写Cache::get()→ 改用$this->app->make('cache')，或移至boot() - Redis/数据库等底层驱动未就绪时，Facade 虽能加载，但
createFacade()内部实例化会失败，表现为方法调用无响应或静默失败
调试 Facade 代理过程的关键断点
不要只盯着 Facade 类本身，它的作用只是个跳板。__callStatic 是唯一入口，createFacade() 是核心枢纽，真正干活的是容器返回的那个实例。
- 在
thinkFacade::__callStatic()开头加throw new Exception('facade hit: ' . $method);，确认是否真走到这一步 - 在
thinkFacade::createFacade()里打印static::getFacadeClass()返回值，看是不是你预期的键名（如'db'） - 紧接着 dump
app()->get(static::getFacadeClass())，如果返回null，说明绑定缺失；如果报Identifier "xxx" is not registered，说明键名写错或没 bind - 若返回实例但方法仍报错，说明该实例本身没实现对应方法——比如你绑了个普通类到
'my_service'，但它没do()方法
Facade 的“静态感”是假象，每次调用都在走反射 + 容器查找 + 动态代理三步。漏掉任何一环，都会表现为“方法不存在”，但真实问题往往藏在更底层。
