Facade::bind()用于绑定门面类与容器标识符的静态代理关系，指定门面静态调用时从容器获取的目标标识符，需在容器初始化后调用，且不与getFacadeClass()混用。
Facade::bind 的作用不是绑定类，而是绑定静态代理关系
Facade::bind() 不是把一个类注册进容器，也不是让类可被 new 实例化；它只负责告诉某个门面类（比如 app\facade\My）：「当你被静态调用时，请去容器里找哪个标识符」。这个标识符可以是字符串（如 'my_service'），也可以是类名（如 'app\common\MyService'），但前提是容器能解析它。
- 如果传入的是类名字符串（如
Facade::bind('app\facade\My', 'app\common\MyService')），框架会在调用My::doSomething()时，尝试从容器中get('app\common\MyService')—— 这要求该类无构造参数，或所有依赖都已可被容器自动注入 - 如果传入的是容器绑定标识符（如
Facade::bind('app\facade\My', 'my_service')），那必须提前用Container::set('my_service', ...)或Container::bind('my_service', ...)注册好，否则会抛出InvalidArgumentException: Identifier "my_service" is not registered - 不推荐在
common.php或全局配置文件里调用Facade::bind()，因为此时容器尚未初始化完成，或应用上下文未确立，绑定可能被后续覆盖
动态绑定必须在容器就绪后执行
常见错误是把 Facade::bind() 放在 common.php、bootstrap.php 开头，或控制器构造函数里——这些时机要么容器没建好，要么每次请求都重复绑定，导致行为不稳定。
- 安全位置是：应用启动后的早期生命周期钩子，比如
app/bootstrap.php文件末尾（TP8 中确保Container::getInstance()已可用） - 或者在自定义命令的
handle()方法开头，此时容器已初始化完毕，且上下文明确 - 不能在中间件、控制器方法内调用，因为 Facade 的代理关系是单例级的，运行时修改会导致不可预期的缓存/实例复用问题
getFacadeClass() 和 Facade::bind() 二选一，别混用
一个门面类要么靠 getFacadeClass() 返回标识符/类名，要么靠 Facade::bind() 显式声明映射关系，两者同时存在时，bind() 优先级更高，但容易引发逻辑混乱。
CAD通信网关（公共库） 复用建筑施工图方案的Skill0公共库
下载
CAD通信网关公共库（装修设计扩展版）。提供统一CAD COM封装接口，支持AutoCAD/天正双模式，包含装修专业图层体系、材料图块、房间边界检测、弧形吊顶COM接口。复用建筑施工图方案Skill0公共库。
- 若已定义
getFacadeClass()返回'cache'，又调用Facade::bind('app\facade\My', 'my_service')，那My::get()就不会走 cache 驱动，而是去找my_service - 若想临时切换门面指向（比如测试环境换 mock 实现），应统一用
Facade::bind()控制，删掉或注释掉getFacadeClass()，避免双重逻辑 - 注意：
Facade::bind()的第一个参数是门面类的完整命名空间（如'app\facade\My'），不是别名或简写；第二个参数必须是字符串，不能是对象或闭包
容易忽略的兼容性细节
TP6 与 TP8 对 Facade::bind() 的处理基本一致，但 TP8 更强调绑定时机与容器状态一致性。尤其要注意：
立即学习“PHP免费学习笔记（深入）”；
-
Facade::bind()是静态方法，不返回新实例，也不触发任何自动注册；它只是往Facade::$bind数组里塞一条映射记录 - 如果门面类继承了
think\Facade但没有实现getFacadeClass()，又没调用bind()，那么首次静态调用时会直接报错：Call to undefined method app\facade\My::xxx() - 调试时可用
var_dump(\think\Facade::$bind)查看当前已注册的门面映射，确认你的绑定是否生效
