config_item() 返回 NULL 是因配置未加载或时机错误，它只读内存中已加载的配置，不自动加载、不识别环境、不读取.env；应显式加载配置并注意键名格式。
config_item() 为什么返回 NULL 或空值
不是配置没写对，就是加载时机错了。CodeIgniter 的 config_item() 只能读取已加载进内存的配置项，它本身不触发加载动作。
- 确保对应配置文件（比如
app/config/database.php）已被$this->load->config('database')显式加载，或在config/autoload.php中列入$autoload['config'] - 别在
__construct()里调config_item()读自定义配置，除非你确认那个 config 已提前加载；更稳妥的是先$this->load->config('myconf')再读 - 检查配置键名是否带前缀——
config_item('base_url')对，但config_item('config.base_url')错，CI 不支持点号嵌套语法
config_item() 和 $this->config->item() 的区别在哪
它们功能一致，但调用路径不同，影响可测试性和依赖清晰度。
-
config_item()是全局函数，依赖 CI 的静态实例（get_instance()），在非控制器/模型环境（如独立脚本、单元测试 mock 场景）容易报Trying to get property 'config' of non-object -
$this->config->item()是实例方法，明确依赖$this，更适合 MVC 上下文，也方便在测试中注入 mock 配置对象 - 性能无差异，但后者语义更干净；如果已在控制器内，优先用
$this->config->item()
多环境配置下 config_item() 读不到 dev 环境的值
CI 的配置加载不自动感知 ENVIRONMENT 常量，得靠文件命名或手动切换。
- 标准做法是把环境相关配置放
app/config/{env}/子目录（如app/config/development/database.php），然后在index.php设置好ENVIRONMENT，并在 autoload 或控制器里用$this->load->config('database', TRUE)的第二个参数启用“重载”（即覆盖默认配置） - 别指望
config_item('some_key')自动从development/下读——它只认当前已加载的那份数组 - 检查
app/config/autoload.php是否硬编码加载了production版本的配置文件
config_item() 能否读取 .env 文件里的值
不能。原生 CodeIgniter（包括 3.x 和 4.x）的 config_item() 完全不处理 .env，那是第三方库（如 vlucas/phpdotenv）或框架上层封装的事。
- CI 3.x 默认无视
.env；CI 4.x 虽内置 DotEnv 支持，但配置项仍需通过Config\SomeConfig类暴露，config_item()无法穿透到环境变量层 - 如果非要混用，得自己在配置文件里显式读取：
$_ENV['DB_HOST'] ?? 'localhost'，再交给config_item()返回的数组结构 - 注意：直接改
$_ENV或$_SERVER并不会让config_item()自动更新，它只读初始化时载入的快照
