codeigniter 可通过重写 my_loader::view() 方法实现主题切换，优先从 application/views/themes/{theme}/ 加载视图，并在基控制器中统一设置 $this->theme；主题需含完整视图结构，asset 路径应封装为 theme_url()，css 推荐用 css 变量+body class 切换以避免 fouc。
CodeIgniter 本身不内置主题切换机制，但可以通过控制视图加载路径 + 动态变量注入 + 前端配合，实现真正可用的主题切换。关键不是“换CSS”，而是让 view() 加载不同目录下的模板文件，并确保所有视图逻辑（如 layout、partials、asset 路径）都适配当前主题上下文。
如何让 view() 加载指定主题目录下的文件
CI 的 view() 方法默认从 application/views/ 下找文件。要支持主题，必须重写其路径解析逻辑——不能靠全局变量拼接路径（比如在控制器里写 $this->load->view('template/'.$theme.'/header')），否则每个 view() 调用都要重复拼接，极易出错且无法统一管理。
- 正确做法是继承
CI_Loader，在application/core/MY_Loader.php中覆盖view()方法 - 在重写方法中，优先读取当前主题标识（建议从 session 或配置项获取，如
$this->session->userdata('active_theme')） - 若主题存在且目录可读，则将传入的
$view参数自动前缀为$theme.'/'.$view；否则回退到默认路径 - 注意：不要直接修改
_ci_load()内部逻辑，应调用父类_ci_load()并传入修正后的_ci_view路径
主题目录结构怎么组织才不踩坑
主题不是简单把 CSS 拆出来就行，它必须包含完整的视图层级：layout、partials、JS 初始化逻辑、甚至自定义 helper 调用方式。否则切换后页面会漏区块或报错。
- 推荐结构：
application/views/themes/{theme_name}/layouts/default.php、application/views/themes/{theme_name}/partials/header.php - 所有主题目录下必须有同名 layout 文件（如
default.php），否则$this->load->view('welcome_message')无法被包裹 - 避免在主题视图里硬编码 asset 路径，改用
theme_url('css/app.css')这类封装函数，内部根据当前主题返回对应 URL（如/assets/themes/{theme_name}/css/app.css） - 不要把主题 CSS 放进
application/views/，而应放在 Web 可访问目录（如assets/themes/），否则无法被浏览器加载
为什么不能在 database.php 或 config.php 里读取主题配置
因为这些文件在框架启动最早期就被加载，此时 session 尚未初始化，$this 不可用，get_instance() 返回 null。任何试图在配置文件中调用 $this->session 或数据库查询的行为都会直接 fatal error。
- 主题切换属于运行时行为，必须延迟到控制器或更晚阶段（如 MY_Controller 构造函数）才确定
- 若需全局可用，可在基控制器（如
application/core/MY_Controller.php）的__construct()中设置$this->theme = $this->session->userdata('active_theme') ?: 'default'，然后在视图中通过$this->theme访问 - 切勿用
define()在配置文件中动态设主题路径——define('THEME_PATH', 'themes/'.$theme)这类写法在database.php里根本得不到$theme值
前端如何响应主题变化并避免 FOUC
仅服务端切换视图路径还不够。如果主题 CSS 是通过 <link rel="stylesheet"> 加载的，用户切换主题时页面会闪白（FOUC），尤其在慢网下明显。
- 推荐方案：所有主题样式统一用 CSS 变量定义，主 CSS 文件只含变量声明，各主题仅提供变量值（如
:root { --bg-color: #fff; }vs.dark-theme { --bg-color: #1a1a1a; }） - 切换时只需给
添加/移除 class（如dark-theme），无需重载 CSS 文件 - 服务端在输出 HTML 前，根据
$this->theme给注入对应 class，同时前端 JS 用localStorage同步保存，防止刷新丢失 - 注意：CI 的
output类不拦截 HTML body 渲染，所以 class 必须在视图模板里显式写，或通过$this->output->set_output()替换（慎用，易破坏缓存）
最常被忽略的一点：主题切换后，用户再次访问其他页面时，必须保证 session 中的 active_theme 仍然有效，且所有控制器都继承同一套基类逻辑。否则会出现「首页是 dark，点进详情页又变回 light」的情况——这不是 CSS 问题，是服务端上下文没对齐。
