Facade类名、服务标识符及静态方法名均区分大小写：Db.php文件名与think\facade\Db命名空间必须严格匹配；getFacadeClass()须返回容器中已绑定的精确key（如'myservice'）；Db::table()等方法名须与目标实例方法签名一致。
Facade 类名大小写错误会直接导致 Class not found，不是“调用失败”，而是根本加载不到类文件——因为 PSR-4 自动加载器按命名空间和路径字面匹配，差一个字母就断链。
think\facade\Db 写成 think\facade\db 或 think\facade\DB
这是最典型的错误：PHP 类名区分大小写，think\facade\Db 和 think\facade\db 是两个完全不同的命名空间。Composer 的 PSR-4 映射只注册了 think\facade\ → thinkphp/library/think/facade/，而该目录下只有 Db.php（首字母大写），没有 db.php 或 DB.php。
- 现象：
Class 'think\facade\db' not found或Class 'think\facade\DB' not found - 原因：自动加载器在
thinkphp/library/think/facade/下找db.php，但实际文件是Db.php，Linux 下直接 404 - Windows 下可能“侥幸”通过（文件系统不敏感），但部署到 Linux 就立刻崩
- 修复：严格使用
use think\facade\Db;，注意 D 大写、b 小写
getFacadeClass() 返回值大小写不一致
getFacadeClass() 的返回值是容器服务标识符，不是类名，它必须和容器中绑定的 key 完全一致（包括大小写）。写错会导致 Identifier "xxx" is not registered。
- 错误写法：
return 'app\common\Myservice';（末尾小写 s），但容器里绑定的是app\common\MyService - 错误写法：
return \app\common\MyService::class;（带命名空间全路径），但该字符串未在容器中注册为服务 - 正确做法：返回短标识符，如
'myservice'，并在app/provider.php中显式绑定$app->bind('myservice', \app\common\MyService::class) - 关键点：这个字符串不经过任何标准化处理，
in_array('MyService', $bindings)是严格匹配
Facade 静态方法名大小写错（如 Db::Table()）
Facade 方法调用走 __callStatic()，方法名本身也区分大小写。虽然 PHP 允许 Db::table() 和 Db::Table() 都能触发魔术方法，但最终代理到实例时，目标对象的方法签名若为 table()，传 Table 就会报 Call to undefined method。
立即学习“PHP免费学习笔记（深入）”；
- 常见误写：
Db::Table('user')->select()→ 实际应为Db::table('user')->select() - 原因：底层连接实例（如
think\db\Connection）只定义了table()方法，没定义Table() - IDE 补全有时会带大写首字母，需手动修正
- 不报错但结果异常的情况：某些驱动对方法名做了容错（如转小写），但不能依赖——TP 官方不保证这种行为
所有 Facade 相关的大小写问题，本质都是“两层字面匹配”：第一层是类文件路径与命名空间，第二层是服务标识符与容器绑定 key。漏掉任意一层的大小写校验，都会让框架在加载或代理环节静默失败，而不是抛出明确提示——这点最容易被忽略。
