不能在静态方法中使用 $this->db，因为静态方法无对象上下文；应改用依赖注入传入 $db 实例或使用服务类，确保连接安全与可测试性。
自定义类里直接用 $this->db 会报错？因为没实例上下文
CodeIgniter 的 $this->db 是绑定在控制器或模型实例上的，而静态方法（public static function）不经过对象实例化，$this 根本不存在。这时候硬写 $this->db->query() 会直接触发 Fatal error: Using $this when not in object context。
常见错误现象：在 application/libraries/MyUtils.php 里写了个 static public function get_user_count()，里面调 $this->db → 页面白屏，PHP 报错。
- 静态方法不能访问实例属性或方法，这是 PHP 语言层限制，和 CI 框架无关
- 不要试图在静态方法里通过
get_instance()获取 CI 实例再调$ci->db—— 这在 CLI 环境、异步任务、或某些生命周期早期（如配置加载阶段）会返回null，导致后续Call to a member function on null - 真正安全的做法是把数据库操作逻辑移到非静态方法中，让调用方负责传入已初始化的
$db对象
get_instance() 在静态方法里能用吗？看场景，但不推荐
get_instance() 确实能拿到当前 CI 实例，但它依赖于框架已完成基本初始化（比如 CI_Controller 已被构造）。在以下情况它会失效：
- 在
autoload.php或config.php中提前调用（此时 CI 实例还没创建） - 在命令行脚本（
php index.php tools backup）中，若未显式启动框架完整流程，get_instance()可能返回false - 在自定义类的构造函数里调用没问题，但在静态方法里属于“临时抱佛脚”，耦合度高且难测试
如果非要临时一用，写法是：
$ci =& get_instance();
if (is_object($ci) && isset($ci->db)) {
return $ci->db->query("SELECT COUNT(*) as cnt FROM users")->row()->cnt;
}
return 0;
但这段代码无法单元测试，也不能保证 $ci->db 已连接（比如 database 没进 autoload），隐患明显。
推荐方案：用依赖注入传 $db 实例，或改用服务类
CI3 虽无原生 DI 容器，但可通过构造函数接收依赖；CI4 原生支持类型提示注入。两种都比静态方法 + get_instance() 更可控。
- 把类改成非静态，构造函数接收
$db：public function __construct($db = null) { $this->db = $db ?: \Config\Database::connect(); } - CI4 中直接在构造函数类型提示：
public function __construct(protected \CodeIgniter\Database\BaseConnection $db) {}，框架自动注入 - 如果只是工具函数（如格式化、计算），别碰数据库 —— 数据查出来再传给静态方法处理，职责分离更清晰
例如，控制器里这样用：
$userCount = (new MyUtils($this->db))->get_user_count(); // 而不是 MyUtils::get_user_count();
为什么不用静态方法调数据库是更底层的设计问题
数据库连接本身带状态（连接资源、事务、字符集、最后错误等），静态方法天然无状态，强行绑定会导致：
- 并发下多个请求共享同一连接句柄，可能互相干扰（尤其开启事务时）
- 无法控制连接生命周期，容易泄露或复用过期连接
- 测试时无法 mock 数据库行为，只能连真实库，CI 的单元测试体系基本失效
真正需要“全局可用”的数据库操作，应该封装成服务类（CI4 的 Services）或模型，由框架统一管理实例和连接池。静态方法只适合纯函数式逻辑 —— 输入确定，输出确定，不碰外部状态。
