类标识命名须用简短可读的自定义名如'cache_driver'，禁用带反斜杠的完整类名；避免与核心标识如'config'冲突；推荐小写下划线风格，体现用途而非类型，首次绑定即需语义明确。
类标识命名不能用完整类名当字符串字面量
直接写 'think\Cache' 这种带反斜杠的字符串当标识，绝大多数情况下会出问题——容器内部不会自动解析命名空间，也不会校验类是否存在，只是原样存进 $this->bind 数组。后续 get() 或 make() 时若没提前绑定对应实现，就会报 Class not found 或返回空对象。
正确做法是用「简短、可读、无歧义」的自定义标识，比如：
-
'cache_driver'替代'think\Cache' -
'sms_client'替代'app\sms\AliyunSmsClient' -
'payment_gateway'替代'app\payment\WechatPay'
这些标识不和类路径强耦合，方便后期替换实现（比如把 Redis 缓存换成 Memcached，只需改一次 bind()，不用动所有调用点）。
别名不能和已有核心标识冲突
ThinkPHP 容器在启动时已预绑定一批核心标识，例如 'app'、'request'、'response'、'log'、'config'。如果你手动 bind('config', \app\custom\Config::class)，会覆盖框架原本的 \think\Config 实例，导致配置加载异常或路由解析失败。
立即学习“PHP免费学习笔记（深入）”；
检查是否已被占用，最简单的方式是运行：
var_dump(Container::getInstance()->has('config'));
返回 true 就说明已被注册。安全起见，业务层标识建议统一加前缀，比如：
'biz_user_service''admin_log_writer''report_exporter'
绑定闭包或实例时，标识命名要体现用途而非类型
当你绑定一个闭包或对象实例，比如短信发送逻辑，不要叫 'closure' 或 'instance' 这种泛称，而应聚焦行为意图：
- ✅
Container::getInstance()->bind('sms_sender', function () { return new AliyunSmsClient(); }); - ❌
Container::getInstance()->bind('aliyun_sms', ...)（太具体，换渠道就得改名+改调用） - ❌
Container::getInstance()->bind('sms', ...)（太模糊，多个短信服务时无法区分）
同理，绑定数据库连接实例时，用 'master_db' 比 'pdo_instance' 更明确；绑定缓存实例用 'local_cache' 比 'cache_obj' 更易维护。
大小写和下划线必须严格一致
Linux 环境下文件系统对大小写敏感，而 ThinkPHP 在调试模式下（无论 Windows/Linux）都会强制校验类名与文件名大小写。标识本身虽不涉及文件加载，但团队协作中若混用 'CacheDriver' 和 'cachedriver'，极易引发 has() 返回 false 却以为绑定了的低级错误。
统一采用小写字母 + 下划线风格，符合 ThinkPHP 官方配置项、函数名的惯例，也避免与类名（驼峰）混淆：
- ✅
'user_repository' - ✅
'order_validator' - ❌
'UserRepository'（易被误认为类名） - ❌
'userRepository'（和 PSR-4 类名风格重叠，调用时容易困惑）
真正容易被忽略的是：标识一旦在多处（如命令行、中间件、控制器）被 get() 调用，改名成本极高。所以第一次绑定时就该想清楚语义，而不是先随便起个名，等上线后再重构容器调用链。
