facade是容器的静态代理，无状态且不持实例，所有调用委托给容器解析的对象；可测性依赖容器重绑定与手动重置facade缓存（如config::reset()）。
Facade 本质是容器的静态代理，不是真静态类
Facade 类本身不保存状态、不持有实例，所有方法调用最终都委托给容器中解析出的对象。这意味着：你测试时可以安全地替换容器绑定，而无需修改任何使用 think\facade\Config::get() 的业务代码。
常见错误现象是误以为 Facade 是“全局单例”，试图在测试中直接修改其内部属性（比如手动赋值 Config::$data），这完全无效——Facade 没有这类属性，它只是个转发器。
- 真实调用链是：
Config::get('app.debug')→Facade::__callStatic()→Container::get('config')→ 实际think\Cache或自定义配置类实例 - 所以可测性的核心不在 Facade 本身，而在容器是否可被重绑定
- ThinkPHP 测试基类
think\testing\TestCase默认会刷新容器，但不会自动重置 Facade 缓存 —— 需手动调用think\facade\Config::reset()（TP5.1+）或清空Facade::$resolvedInstance（TP6+）
测试中替换依赖必须走容器 bind，不能只 mock Facade 类
直接 Mockery::mock('think\facade\Config') 是错的。Facade 类没有可被 mock 的方法实现，__callStatic 是父类 think\Facade 提供的，mock 后无法触发转发逻辑，结果是调用直接失败或返回 null。
正确做法是让容器返回你控制的模拟对象：
- 在测试 setUp 中执行：
$this->app->bind('config', function () { return new MockConfig(); }); - 或更彻底地：
$this->app->bind('config', MockConfig::class);（前提是MockConfig已注册到容器） - 如果用了别名（如
use Config;），确保别名指向的 Facade 类没被提前解析过；否则需在 bind 后加think\facade\Config::clearResolvedInstances(); - TP6+ 推荐用
$this->app->instance('config', $mock)替代 bind，避免反射开销
Facade::reset() 不等于容器 reset，漏掉就导致测试污染
多个测试用例共用同一个 Facade 类时，若前一个测试通过 Config::set() 修改了运行时配置，后续测试可能读到脏数据。这是因为 Facade 内部缓存了已解析的实例（Facade::$resolvedInstance），Facade::reset() 才会清空它。
但注意：Facade::reset() 不影响容器本身的绑定，也不清空 Container::getInstance()->getInstances()。所以：
- 必须在每个测试用例的
tearDown()或afterEach()中显式调用对应 Facade 的reset()方法，例如：think\facade\Config::reset();、think\facade\Cache::reset(); - TP5.1 中该方法存在，TP6+ 改为
clearResolvedInstances()，名称变了但作用一致 - 如果测试中用了多个 Facade（比如同时测
Db和Log），每个都要单独 reset，不能只调一次
自定义 Facade 的 getFacadeClass 返回值必须可被容器解析
你写了 app\facade\UserService，但测试里 UserService::doSomething() 报错 Target class [app\common\UserService] does not exist，问题往往不在 Facade 类，而在于容器根本找不到目标类。
原因和解决点：
- 确认
app\common\UserService类文件路径正确、命名空间无拼写错误，且已由 autoload 加载（检查composer dump-autoload） - 若该类依赖构造参数（如
__construct(CacheInterface $cache)），容器默认无法自动解析，测试时需提前 bind 其依赖：$this->app->bind(CacheInterface::class, FakeCache::class); - 不要在
getFacadeClass()里返回匿名类或闭包——容器无法实例化它们 - TP6+ 支持延迟绑定（lazy binding），可改用
return UserService::class . '@with:cache';语法注入依赖，但测试中仍要确保cache已绑定
Facade::$resolvedInstance 的清理动作——它不像数据库事务那样自动回滚，必须手动干预。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
