facade在命令行不可用是因为cli环境下容器未初始化或服务未注册，需确保execute()中调用且app已引导，并检查facade.php配置、类存在性、扩展加载及自动加载。
Facade 在命令行里用不了，不是 Facade 写错了，而是静态代理链在 CLI 环境下根本没搭起来——__callStatic 触发了，但 createFacade() 拿不到容器实例，或者根本没注册服务标识。
命令行不走 HTTP 生命周期，Facade 依赖的容器还没 ready
ThinkPHP 的 Facade（如 Db::table()）本质是靠 __callStatic 去容器里取实例。但在命令行启动时（比如 php think sync），框架只执行了最小初始化，很多服务绑定被跳过或延迟到 HTTP 请求阶段才注册。
- 常见现象：
Call to undefined method think\facade\Db::table()或Identifier "db" is not registered - 根本原因：命令类的
execute()方法执行时，Db对应的容器键db还没被绑定（think\db\Connection实例未注入） - 解决办法：别在
configure()或类属性里提前调用 Facade；所有 Facade 调用必须放在execute()方法内部，并确保该方法执行时应用已完全引导 - 验证方式：在
execute()开头加一行\think\facade\App::initialized() && \think\facade\Log::info('app ready');，看日志是否输出
Facade 映射没进 config/facade.php 或路径写错
ThinkPHP 8+ 把 Facade 别名统一收口到 config/facade.php，而不是靠 use 或自动发现。漏配或路径错一个字母，Db 就变 Class not found。
- 检查
config/facade.php是否存在且返回数组，其中必须包含类似：'Db' => \think\facade\Db::class - 确认
\think\facade\Db这个类文件真实存在（路径vendor/topthink/framework/src/facade/Db.php），且其getFacadeClass()返回的是'db'（小写、字符串，不是类名） - 自定义 Facade 时，别名键名（如
'MyService'）和config/facade.php中的键必须完全一致，大小写敏感 - 改完配置后，命令行下不用清缓存，但要确保没加载旧配置——可临时在命令中加
var_dump(config('facade'));看是否生效
CLI 模式下扩展缺失或 error_log 静默吞掉报错
命令行 PHP 和 Web PHP 往往用两套 php.ini，缺扩展、关错误、日志路径不可写，都会导致 Facade 报错不显示，看起来像“用不了”。
- 先跑
php --ini，确认 CLI 加载的是你预期的php.ini；再跑php -m | findstr /i "mbstring json pdo"（Windows）或php -m | grep -i "mbstring\|json\|pdo"（Linux/macOS），确保 ThinkPHP 强制依赖的扩展全在 - Facade 报错常伴随
Class 'think\Facade' not found，这其实是自动加载失败——运行composer dump-autoload -o强制刷新 autoload - 如果连
php think list都卡住或无输出，加-d display_errors=1 -d error_reporting=32767强制显示错误：php -d display_errors=1 -d error_reporting=32767 think sync - 别信 IDE 提示：命令行不走
use，tinker类工具也不依赖它，use think\facade\Db;在命令类里写了也没用，删掉更干净
最易被忽略的一点：Facade 不是语法糖，它是容器代理。命令行里直接 new \think\db\Connection() 能跑，不代表 Db::table() 就一定行——中间差了一个没绑定成功的容器键。先确认 \think\Container::getInstance()->has('db') 返回 true，再查 Facade。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
