CI4中服务为空的典型原因是未在构造函数首行调用parent::__construct()，导致$this->request等服务未初始化；Services::xxx()返回null需检查配置、驱动、扩展包及工厂方法实现。
CI4构造函数里调用$this->request报错
这是最典型的“服务为空”前置错误：在parent::__construct()之前访问任何框架服务（包括$this->request），都会触发Fatal error: Call to a member function on null。因为CI4控制器的基类Controller在父构造中才初始化服务容器和请求对象。
- 必须把
parent::__construct()放在构造函数第一行，哪怕只是空调用 - 所有服务获取逻辑（如
$this->cache、$this->session）必须写在parent::__construct()之后 - 别在构造函数里直接用
$this->request->getGet()这类链式调用——先确保$this->request已存在
Services::xxx()返回null或未实例化
Config\Services是工厂类，它不自动缓存实例，每次调用Services::cache()等方法都可能新建对象。但若返回null，说明服务注册失败或配置缺失。
- 检查
app/Config/Cache.php是否被禁用：public $handler = 'file'不能设为''或null - 确认
app/Config/Database.php中$default连接配置存在且$DB未被覆盖 - 若手动修改过
Config\Services类（比如重写了cache()方法），要确保返回的是有效实例，不是return null - 注意：CI4不支持构造函数类型提示自动注入，
public function __construct(CacheInterface $cache)会直接失败
服务被覆盖或未启用
某些服务（如email、pager）依赖额外配置或扩展包。没装对应库或配置开关关了，Services::email()就返回null而不是抛异常。
- 运行
composer show | grep codeigniter4确认codeigniter4/framework版本≥4.4.0（旧版Services::email()可能未注册） - 检查
app/Config/Email.php中public $protocol = 'smtp'是否合法，协议设为''会导致实例化跳过 - 若用
Services::session()为空，确认app/Config/Session.php中$driver值有效（如'files'、'database'），且对应驱动目录可写 - 自定义服务需在
app/Config/Services.php里显式注册，不能只靠命名约定
调试时误判“为空”的真实原因
有时var_dump(Services::cache())看起来是null，其实是对象被__debugInfo()隐藏了关键属性，或IDE断点时未展开对象结构。
- 用
is_object(Services::cache())代替!Services::cache()判断 - 执行
method_exists(Services::cache(), 'save')验证方法是否存在，比检查null更可靠 - 在
app/Config/Services.php的cache()方法里加error_log('cache init');，确认工厂方法是否被调用 - CI4服务默认不单例，多次调用
Services::cache()返回不同实例——这不是bug，是设计使然
null或无效对象，直到你调用它的方法时才崩。所以别只查“有没有”，得查“能不能用”。 
