codeigniter历经四代演进：ci1.x为全局函数式单文件架构；ci2.x引入命名空间与类继承提升可测试性，放弃php4支持；ci3.x以稳定为主，支持composer、pdo及psr-2兼容；ci4.x彻底重构，采用psr-4自动加载、服务容器和严格命名空间，要求php7.2+，迁移即重写。
想了解CodeIgniter框架从诞生至今的版本演进脉络，看清每个大版本解决的核心问题、放弃的设计选择，以及为什么CI4在2020年发布后彻底告别了“老CI人”的惯性写法。
CI1.x → CI2.x：从单文件到MVC分层的跃迁
CI1.7.2（2009年）仍是单入口+全局函数风格，所有核心类（如Loader、Input）直接挂载在全局作用域，控制器里能直接调用$this->load->view()却无需声明依赖。这导致单元测试几乎无法进行，mock对象无处注入。
CI2.0（2011年）强制引入命名空间前缀（CI_），将核心类全部封装进system/core/目录，并首次要求控制器继承CI_Controller。这一步让框架具备了基本的可测试性，但仍未解决自动加载混乱的问题——助手函数（helper）和库（library）仍靠$this->load->helper('url')动态加载，且加载后函数直接污染全局。
【关键转折点】CI2.x开始要求PHP 5.1+，正式放弃对PHP 4的支持，这是框架走向现代PHP生态的第一道分水岭。
CI3.x：稳定压倒一切的十年主力版本
CI3.0（2014年）是社区使用最久的版本，它没有激进重构，而是修补CI2遗留的硬伤：
① 引入composer.json支持，允许通过Composer安装第三方包（尽管框架自身仍不依赖Composer）；
② 重写数据库类，增加PDO底层支持，修复长期存在的事务嵌套bug；
③ 将url_helper等高频助手函数默认加载，避免开发者反复写$this->load->helper()；
④ 加入PSR-2代码风格兼容层，但未强制执行——这意味着你依然可以写function index(){}而不加空格，框架照常运行。
CI3.1.11（2019年）成为最终维护版，官方宣布停止更新。此时框架体积仍控制在1.2MB以内，一个共享主机上的PHP 5.6环境就能跑起来，但已无法适配PHP 7.4的弃用警告（如mysql_*函数彻底移除）。
CI4.x：抛弃向后兼容的“断代式”升级
方法一：从零重建的架构逻辑
CI4.0（2020年）完全废弃CI3的加载器机制，改用PSR-4自动加载标准；控制器不再继承CI_Controller，而是实现ControllerInterface并由服务容器统一管理；视图渲染改用view()辅助函数而非$this->load->view()，彻底剥离控制器与视图层耦合。
方法二：强制现代化的运行门槛
最低要求PHP 7.2+，必须启用OPcache，数据库驱动默认只支持MySQLi/PDO（SQLite需手动启用），且所有核心类路径严格遵循命名空间规范：App\Controllers\Home对应app/Controllers/Home.php。这意味着CI3项目无法通过简单替换vendor目录升级到CI4——【迁移不是升级，是重写】。
方法三：取舍分明的功能瘦身
删除了form_validation库中冗余的回调验证语法（如callback_check_username），改用闭包或独立验证类；废弃encryption库，转而推荐phpseclib或原生sodium扩展；移除calendar、ftp等低频模块，压缩核心包体积至800KB左右。
