静态方法中不能使用 $this->db，因其依赖对象上下文而静态方法无 $this；正确做法是将 $db 实例作为参数传入静态方法，确保依赖明确、可测试且兼容 ci3/ci4。
CI自定义类里静态方法不能用 $this->db
直接报 Fatal error: Using $this when not in object context，因为 $this 在静态方法里根本不存在。CI 的 $this->db 是实例属性，只在控制器、模型等对象上下文中有效；静态方法一运行，连对象都没创建，$this 就是空的。
常见错误写法：
class MyHelper
{
public static function fetchByTag($tag)
{
return $this->db->where('tag', $tag)->get('posts')->result(); // ❌ 这里 $this 无效
}
}
这不是 CI 配置问题，也不是数据库没连上——是语言层面的限制，PHP 不允许。
改写方案：传入 DB 实例或改用 CI 的静态访问方式
最稳妥的做法是把 $this->db 当作参数传进来，而不是硬编码在静态方法里。这样既保持静态调用便利性，又不破坏依赖关系。
- 在控制器中调用时显式传参：
MyHelper::fetchByTag($this->db, 'news') - 静态方法签名改为接受
$db参数：public static function fetchByTag($db, $tag) - 方法体内用
$db->where(...)->get(...)，不再碰$this - 如果想复用 CI 自带的数据库连接逻辑（比如自动重连、配置加载），别自己 new PDO，就传
$this->db——它本身就是个已初始化好的对象
示例：
class MyHelper
{
public static function fetchByTag($db, $tag)
{
return $db->where('tag', $tag)->get('posts')->result();
}
}
为什么不用 self::$db 或 static::$db？
因为 CI 框架本身没把 $db 设为静态属性，self::$db 会触发 Accessing static property as non-static 警告，而且即使你手动声明 public static $db;，也没法自动绑定到当前请求的数据库连接实例——每个请求的 $this->db 是独立初始化的，静态变量跨请求共享，极易引发连接错乱或事务污染。
-
self::$db = $this->db在构造函数里赋值？不行，静态属性不能在实例方法里动态绑定到当前请求上下文 - 试图在静态方法里调用
get_instance()->db？CI3 中get_instance()返回的是控制器实例，但静态方法里调用它仍需确保该实例已存在，且不是所有环境都保证可用（比如 CLI 或某些钩子阶段） - CI4 改用服务定位器，更不支持这种隐式静态访问，必须注入或传参
CI3 里 get_instance() 能临时救急吗？
仅限 CI3，且仅用于调试或极简场景。生产代码不建议依赖它，因为 get_instance() 返回的是主控制器对象，而该对象未必已加载数据库类，也未必处于有效生命周期内。
- 调用前得先确认：
if (method_exists($ci = get_instance(), 'db') && $ci->db instanceof CI_DB) - 即便通过，
$ci->db可能未初始化（比如在__construct()之前调用），导致call to a member function on null - CI4 彻底移除了
get_instance()，改用service('database')，但该函数返回的是新实例，不是当前请求的连接上下文
真正稳定的方式只有一种：把 DB 实例当参数传进去。看起来多写一个参数，实则清晰、可测、无副作用——尤其当你需要单元测试这个静态方法时，直接 mock 一个 $db 对象就行，不用启动整个 CI 环境。
