codeigniter 4 的 services 类不是di容器，而是静态服务工厂，每次调用如services::session()默认新建实例，不支持自动依赖解析、接口绑定或构造函数类型提示注入，需手动配置才能实现单例。
CodeIgniter 4 的 Services 类不是容器，而是服务工厂
很多人误以为 Services 是个 DI 容器，其实它只是个静态服务生成器 —— 每次调用 Services::session() 或 Services::database() 都会新建实例（除非显式配置为单例）。它不解析构造函数依赖，也不递归注入，更不支持接口绑定或自动类型提示注入。
典型表现：
- 你不能在控制器构造函数里写
public function __construct(Session $session)并期望自动注入 -
Services::session()返回的是新实例，不是共享的单例（除非你在app/Config/Services.php里手动改写session()方法返回缓存对象） - 没有
bind()、singleton()、instance()这类注册方法
Laravel 的 Container 真正支持自动依赖解析
Laravel 的容器是完整实现 PSR-11 的 DI 容器，能根据类型提示自动查找并注入依赖。比如你声明 public function __construct(UserRepository $repo)，只要 UserRepository 已绑定（或有对应实现），框架就自动实例化并传入。
Laravel 13.2.0
下载
PHP中文网提供Laravel 13.2.0版本下载，Laravel框架 是基于 PHP 8.3+ 的高性能框架，官方推荐通过 Composer 安装。它内置 AI SDK、JSON:API Resources 及原生向量搜索，支持属性驱动开发与队列路由，大幅提升开发效率。相比旧版，13.2.0 优化了缓存 TTL 管理与实时通信，无需 Redis 即可横向扩展。作为现代 Web 开发首选，它兼顾安全与极速体验，助您快速构建企业级应用。
关键差异点：
-
App::bind('foo', Foo::class)和App::singleton('bar', Bar::class)可控生命周期 - 支持接口绑定：
App::bind(EmailSender::class, MailgunSender::class) - 构造函数参数自动解析 + 方法注入（
someMethod(Request $request)）都可用 - 服务提供者（
ServiceProvider::register()）是标准扩展入口，Services类没这层抽象
想在 CI4 实现类似 Laravel 的构造函数注入？得手动补一层
CI4 默认不支持，但你可以用 Services + 构造函数参数反射 + 手动 resolve 做轻量模拟。不过要注意：
- 必须自己写逻辑遍历构造函数参数，用
Services对应方法匹配（比如Database→Services::database()） - 无法处理深层嵌套依赖（A 依赖 B，B 依赖 C），
Services不递归解析 - 类型提示只能是具体类名，不支持接口（因为
Services没注册映射关系） - 推荐只用于控制器，别在模型或库类里硬套 —— CI4 的设计哲学就是“明确优于隐式”
配置和生命周期管理差异直接影响部署行为
CI4 的 Services 方法默认每次返回新实例，Laravel 的 singleton() 绑定则确保全局唯一。这意味着：
- 在 CI4 中，两次调用
Services::cache()得到两个独立的Cache实例，缓存数据不共享 - Laravel 中
Cache::driver()底层也是 singleton，多次获取仍是同一实例 - CI4 若需单例，必须在
app/Config/Services.php里加缓存逻辑（如 static 属性 + isset 判断） - Laravel 的
app()全局辅助函数本质就是容器门面，CI4 没等价物
Services 是“按需加载+无状态”，Laravel 的容器是“中心化注册+有状态”。前者省资源但难扩展，后者重一点但可塑性强。选哪个，取决于你愿不愿意为解耦多写几行绑定代码，还是宁愿多敲几次 Services::xxx()。
