闭包绑定必须显式return实例，否则容器获取null；需通过$container参数或service()获取依赖，避免循环依赖和硬编码；推荐优先使用services.php静态方法以提升可测试性与ide支持。
闭包绑定必须返回实例，不能只 new 不 return
常见错误是写成 $container->set('Logger', function () { new FileLogger('error', '/var/logs/app.log'); });，看着像创建了对象，其实函数没返回值，容器拿到的是 null。CI4 的服务容器会直接调用这个闭包，然后把返回值当作服务实例——不 return 就等于没提供实例。
- 闭包体里必须有
return语句，且返回一个已构造好的对象 - 参数不能硬编码到闭包里再传给构造函数，否则无法动态调整（比如日志级别、路径）
- 如果依赖其他服务（如
CacheInterface），需从容器中手动获取：service('cache')或通过$container->get()
闭包里怎么安全获取其他服务
闭包执行时，$container 实例本身不可直接访问，也不能用 $this。想复用已有服务（比如 database 或 cache），得显式调用 service() 辅助函数或传入容器引用。
- 推荐方式：在闭包参数中接收
$container，CI4 会自动注入：function ($container) { return new UserService($container->get('database')); } - 避免用全局
service('db')，因为测试时难以 mock，也破坏了依赖显式声明 - 注意循环依赖：A 的闭包里取 B，B 的闭包里又取 A，会导致
Maximum function nesting level错误
注册位置和时机很关键
闭包绑定必须在容器初始化完成之后、首次使用前注册，否则会被忽略。最稳妥的位置是 app/Config/Services.php 的 initialize() 方法末尾，或在 app/Config/Boot/production.php 等启动文件中。
- 不要在控制器构造函数里调用
$container->set()—— 此时容器已冻结，修改无效 - 如果服务需要条件注册（如仅开发环境启用调试日志），闭包内可加
if (ENVIRONMENT === 'development')判断 - 注册后不能靠
service('xxx')立即生效？检查是否漏了static::setShared(false)或命名冲突（比如同名服务已被框架预定义）
闭包绑定 vs 静态工厂方法，选哪个
闭包适合简单、参数固定的场景；复杂逻辑（如多步骤初始化、环境判断、配置合并）建议改用 Services.php 中的静态方法。两者本质都是工厂，但静态方法更易测试、IDE 更易跳转、类型提示更完整。
- 闭包难 debug：PHPStorm 不识别闭包返回类型，
service('logger')调用处无自动补全 - 静态方法可加 PHPDoc 注解：
@return FileLogger，提升 IDE 支持度 - 若闭包里要读配置（如
config('App')->logPath），务必确保配置已加载——闭包执行早于Config\App实例化时会报错
return 忘写和容器未注入，问题现象是服务为空或报 Call to a member function xxx() on null，而不是明显报错。
