yii 1.1、2.0、3.0静态资源加载机制差异显著：1.1靠手动路径拼接与硬编码；2.0引入assetbundle实现依赖管理与自动发布；3.0彻底剥离资源管理，交由前端工具链处理。
Yii 1.1、2.0、3.0 在静态资源加载机制上差异显著，不是简单升级就能平移。核心区别在于：1.1 是手动路径拼接 + 全局注册；2.0 引入 AssetBundle 类封装与依赖管理；3.0（即 Yii 3）彻底转向 PSR 标准和无框架绑定的前端集成方式，不再内置资源发布逻辑。
Yii 1.1：靠 CHtml 和硬编码路径
没有 AssetBundle 概念，资源加载靠 CHtml::cssFile()、CHtml::scriptFile() 等静态方法，或直接在视图里写 <link>/<script></script> 标签。
- 路径需手动处理：常用
Yii::app()->request->baseUrl拼接，例如CHtml::cssFile(Yii::app()->request->baseUrl.'/css/main.css') - 无依赖管理：JS 加载顺序全靠开发者控制，容易出现
$ is not defined - 无自动发布：文件必须已存在于 webroot 下，不生成哈希名，也不支持 CDN 自动替换
- 常见错误：漏写
/导致路径错位，或误用dirname(__FILE__)拼出服务器物理路径暴露在 HTML 中
Yii 2.0：AssetBundle 是标准做法
必须定义继承自 yii\web\AssetBundle 的类，通过 register() 显式挂载到页面，框架负责路径解析、依赖排序和自动发布。
-
$basePath指向服务器物理目录（如@webroot），$baseUrl对应可访问 URL（如@web或https://cdn.example.com），两者要严格匹配 -
$depends控制加载顺序，例如自定义 JS 必须依赖yii\web\JqueryAsset，否则 jQuery 找不到 - 注册必须显式调用：
AppAsset::register($this)，只写类不调用等于没写 - 生产环境建议关闭
YII_DEBUG并禁用动态发布（'assetManager' => ['forceCopy' => false]），配合构建工具输出带哈希名的文件
Yii 3.0：不管理前端资源，只对接构建产物
Yii 3 彻底剥离了 AssetBundle 和 assetManager 组件，**不再参与任何 CSS/JS 的发布、合并、哈希计算或 URL 生成**。它只提供一个轻量接口（如 AssetPublisherInterface）供你自行实现，或直接交给现代前端工具链。
- 推荐流程：用 Vite/Webpack 构建 → 输出到
public/assets/→ 在视图中用<link rel="stylesheet" href="/assets/main.a1b2c3.css">手动引用 - 若需动态注入，可借助
yii\web\View的registerCssFile()/registerJsFile()方法，但这些只是基础辅助，不处理依赖、版本或发布 - CDN 配置由构建工具或部署脚本完成，Yii 3 不读取
$baseUrl或解析@web - 迁移提示：不要试图把 Yii 2 的 AppAsset 类搬进 Yii 3 项目，它无法自动工作
三个版本的资源加载思路是递进演化的：从“自己拼路径”到“框架帮你管”，再到“你完全自主控制”。选哪个取决于项目阶段和团队技术栈，不是越新越好，而是匹配实际需要。
