CI自定义类$this->db失效全局数据库对象引入方案-php教程-PHP中文网

$this->db在自定义类中报错是因为它仅在ci_controller子类中自动注入，普通类中该属性不存在；正确方式有三：ci4用service('database')、ci3用get_instance()（慎用于cli/监听器）、或手动构造注入$db实例。

ci自定义类$this->db失效全局数据库对象引入方案

为什么 `$this->db` 在自定义类里直接用会报错

因为 $this->db 是 CodeIgniter 控制器实例的属性，只在继承 CI_Controller 的类中自动注入。你在普通 PHP 类（比如 MyService、Logger 或模型外的工具类）里写 $this->db，PHP 会当成访问当前对象的 public 属性——而它根本不存在，直接 Notice 或 Fatal Error。

三种能真正拿到 `$this->db` 对象的方式

核心原则：必须从 CI 的服务容器或已初始化的上下文中取，不能靠“猜”或“复制粘贴控制器代码”。

Prezi

一款以动态画布和视觉叙事为特色的演示文稿制作工具，支持通过非线性布局组织内容并制作更具互动性的演示。

下载

推荐：通过 service('database') 获取（CI4） —— 这是官方推荐方式，不依赖控制器上下文，只要服务容器已启动就能用：
```
$db = service('database');
```
注意：CI4 中 service() 是全局函数，无需 $this。
兼容 CI3：用 get_instance() 拿超级对象（慎用） —— 只适用于请求生命周期内（如控制器、模型中），不能在 CLI 命令或异步任务里稳定工作：
```
$ci =& get_instance(); $db = $ci->db;
```
如果 $ci->db 还没加载过，得先 $ci->load->database()。
手动传入 $db 实例（最可控） —— 把数据库对象作为构造参数或方法参数传进自定义类，彻底解耦依赖：
```
class MyService { protected $db; public function __construct($db) { $this->db = $db; } }
```
调用时：new MyService(service('database')) 或 new MyService($this->db)。

`get_instance()` 在监听器/命令行里为什么经常失效

因为 get_instance() 依赖 CI 的核心对象注册机制，而事件监听器（如 post_controller）和 CLI 命令执行时，CI 的“超级对象”可能尚未完全初始化，或已被销毁。常见现象是 Call to a member function query() on null。

CI4 事件监听器里直接用 service('database') 更可靠，它走的是独立的服务定位器；
CI3 的 CLI 脚本里，必须显式加载数据库：$this->load->database()，且不能依赖 get_instance() —— 此时 $this 就是 CLI 类实例，不是控制器；
任何自定义类若需跨环境（Web/CLI/队列），优先选构造注入或 service()，别硬绑 get_instance()。