CodeIgniter 4服务容器不支持直接注入标量参数，需用闭包显式构造并结合config()、WRITEPATH等常量；自定义服务默认非单例，须用singleton()声明；控制器中类型提示注入需先调用parent::__construct()；环境配置应通过config()自动加载对应环境文件。
服务容器里怎么传字符串或数组参数
CodeIgniter 4 的服务容器默认只按类型提示自动解析类实例，遇到 string、int、array 这类标量参数会直接报错或返回 null —— 不是容器坏了，是它根本不知道该填什么值。
必须用闭包显式构造：
$container->set('FileLogger', function ($container) {
return new \App\Services\FileLogger(
config('App')->logLevel ?? 'warning',
WRITEPATH . 'logs/app.log'
);
});
-
config('App')是推荐做法，把配置抽到app/Config/App.php，避免硬编码 - 别在闭包里写死路径，用
WRITEPATH或APPPATH等常量，否则部署时容易出错 - 如果多个服务共用同一组标量参数（比如数据库 host/port），建议封装成一个配置类再注入，而不是每个闭包都重复取值
为什么 service('xxx') 有时返回新实例，有时是单例
CI4 默认所有通过 service() 获取的服务都是单例（Singleton）——但这个行为只对「容器原生注册的服务」生效，比如 cache、email。你自己用 $container->set() 注册的，除非显式声明，否则每次调用都新建实例。
想让它变成单例？加 singleton() 包裹：
$container->singleton('MyApiClient', function ($container) {
return new \App\Services\ApiClient(
config('Api')->baseUrl,
$container->get('curl')
);
});
- 没加
singleton()的闭包，每次service('MyApiClient')都执行一遍，可能造成连接复用失败或资源泄漏 -
$container->get()在闭包内调用是安全的，它会触发依赖自动解析，但注意循环依赖会卡死 - 判断是否真需要单例：HTTP 客户端、数据库连接一般要复用；DTO 或临时工具类反而该每次新建
控制器里能不能直接用类型提示注入服务
能，但有严格前提：必须先调用 parent::__construct()，且不能在父类调用前访问任何框架服务（包括 $this->request、$this->session）。
正确写法：
class User extends Controller
{
protected $cache;
public function __construct(\CodeIgniter\Cache\CacheInterface $cache)
{
$this->cache = $cache;
parent::__construct(); // 必须在这行之后才可用 $this->request 等
}
}
- 类型提示只对已注册到容器的服务生效，比如
CacheInterface可以，但string不行 - 如果服务没在
app/Config/Services.php中注册，或者绑定名和类型不匹配，会抛出ReflectionException - 不要在构造函数里做耗时操作（如 API 调用、文件读取），它会在每次请求时执行，影响响应时间
如何让服务支持环境差异化配置
直接读 ENVIRONMENT 常量或 $_ENV 不够可靠 —— CI4 提供了更稳的方式：config() 函数会自动加载对应环境的配置文件（app/Config/<em>Env</em>/App.php），而服务闭包可以无缝接入。
$container->set('PaymentGateway', function ($container) {
$config = config('Payment');
return match (ENVIRONMENT) {
'production' => new \App\Gateways\StripeGateway($config->secretKey),
'testing' => new \App\Gateways\FakeGateway(),
default => new \App\Gateways\SandboxGateway($config->testKey),
};
});
- 别用
getenv()，CI4 的config()会缓存结果，性能更好 - 环境配置文件名必须全小写（
development、testing、production），否则config()找不到 - 如果服务初始化失败（比如密钥为空），建议在闭包里加
throw new RuntimeException()，比静默失败更容易排查
$container 参数的使用 —— 它不是可选的，而是你获取其他已注册服务的唯一安全途径。硬写 \Config\Services::cache() 看似方便，但在单元测试或非 HTTP 上下文中可能失效。 
