thinkphp facade 静态调用本质是容器+魔术方法实现：通过__callstatic拦截调用，由getfacadeclass()指定服务标识，container::make()解析实例并转发方法，需执行php think optimize:facade生成代理类。
ThinkPHP Facade 静态调用不是真静态，本质是“容器 + 魔术方法”的组合实现：所有看似静态的方法调用（如 Db::table()、Cache::get()），实际都由 __callStatic 拦截，再通过容器解析出真实实例，最终转发为对象方法调用。
核心靠 __callStatic 魔术方法拦截
门面类（如 app\facade\Db）本身不定义 table() 这类方法。当 PHP 执行 Db::table('user') 时，发现该类无此静态方法，立即触发其父类 think\Facade::__callStatic()。
- 该方法接收两个参数：
$method（这里是'table'）和$params（这里是['user']） - 内部调用
static::createFacade()从容器中取出对应服务实例 - 最后执行
call_user_func_array([$instance, $method], $params)，等价于$instance->table('user')
getFacadeClass() 决定代理目标
每个门面类必须实现 getFacadeClass()，它只做一件事：返回一个字符串标识符，告诉容器“我要找谁”。
- 返回
'db'→ 容器查找已绑定的db服务（通常是think\db\Connection实例） - 返回
'app\common\Sms'→ 容器尝试反射创建该类实例（要求可无参构造或依赖可自动注入） - 这个字符串必须严格匹配容器中的绑定键，大小写、空格、反斜杠都不能错
容器负责实例创建与生命周期管理
createFacade() 最终调用 Container::make($class)，这意味着：
- 实例由容器统一管理，天然支持单例复用
- 构造依赖（如配置、连接器、日志器）自动注入，无需手动传参
- 测试时可通过
Container::mock('log', $mock)替换行为，而直接 new 则无法拦截 - 若服务未在容器中注册，会抛出
InvalidArgumentException: Identifier "xxx" is not registered
代理类需预生成才能被识别
PHP 自动加载机制默认找不到 app\facade\Db 这样的类——它只是逻辑定义，真正被加载的是框架生成的代理类（如 think\Facade\Db）。
- 必须运行
php think optimize:facade生成代理类文件 - 配合
composer dump-autoload更新自动加载映射 - 否则开发环境可能因缓存侥幸可用，但清缓存后立刻报
Class not found
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
