CI4中服务实例销毁后不能重新获取原实例，但可再次调用Services::serviceName()获取全新实例；内置服务如database()和email()为transient，session()为shared。
CI4中服务实例被销毁后还能否重新获取
不能直接“重新获取”已被销毁的服务实例，但可以安全地再次调用 Services::serviceName() 获取一个全新、独立的实例。CI4 的服务容器默认采用“每次调用都新建实例”的策略（即 transient 模式），除非你显式配置为单例（shared）。
哪些服务是 shared（单例），哪些是 transient（每次新建）
CI4 内置服务的生命周期由 Config\Services 中的工厂方法决定。例如：
-
Services::database()默认返回新连接实例（transient），适合短生命周期操作； -
Services::session()是 shared，多次调用返回同一实例，避免重复初始化会话； -
Services::email()也是 transient，每次调用都新建一个干净的邮件对象。
你可以在 app/Config/Services.php 中查看对应方法的实现，关键看是否用了 static $instance 缓存逻辑或调用了 new Class() 直接构造。
手动销毁后又想“复用”原实例怎么办
CI4 不提供“回收已销毁实例”的机制。如果你在控制器或服务中手动 unset 或赋值为 null 了某个服务属性（如 $this->db = null），后续再访问该属性不会自动重建——它只是个普通属性，和容器无关。
正确做法是：
- 不要手动销毁框架注入的服务（如
$this->db）； - 若需临时禁用，改用局部变量：
$localDb = Services::database();； - 若必须重置状态（比如清空查询构建器），调用其自身方法（如
$this->db->resetQuery();），而非销毁对象； - 自定义服务若需复用，应在
Services.php中显式实现单例缓存逻辑。
为什么不能依赖“销毁后重建”这个行为
因为 CI4 的服务容器不跟踪对象引用，也不监听 __destruct。一旦 PHP 垃圾回收释放了对象，就彻底消失。下次调用 Services::xxx() 得到的是全新对象，其内部状态（如数据库连接、会话数据、邮件头字段）与之前无关。
尤其注意：数据库连接这类资源，如果旧实例已被关闭或超时，强行保留引用并试图复用，会导致 Call to a member function on null 或 PDOException: SQLSTATE[HY000]: General error 类错误。
