CI内存占用并非固定偏低，空请求约1.2–2.5MB，加载组件或开启调试后易达4–6MB；准确测量需用memory_get_peak_usage(true)在控制器末尾输出，关闭Xdebug和错误显示，并设CI_ENV=production。
CI 运行时内存占用真的低吗
CodeIgniter（尤其是 CI 3.x）默认启动开销确实较低，但“低”是相对的——它不等于“固定低”或“永远低”。实际内存占用取决于加载的组件、是否启用调试、日志级别、以及你写的逻辑本身。一个空的 index.php 入口 + 默认路由触发空控制器，memory_get_peak_usage() 通常在 1.2–2.5 MB 之间；但一旦加载 database、session、upload 或开启 profiler，很容易突破 4–6 MB。
怎么准确测 CI 的真实内存消耗
别依赖 phpinfo() 或服务器监控看平均值，要测单次请求的峰值。最可靠方式是在控制器末尾插入：
echo 'Peak memory: ' . number_format(memory_get_peak_usage(true) / 1024 / 1024, 2) . ' MB';
注意必须传 true（使用实际内存分配器值），否则返回的是脚本申请的近似值，常偏低。还要关掉 Xdebug（它会让结果虚高 3–5 倍），并确保 display_errors = Off，避免错误堆栈吃内存。
- 在生产环境测？先确认
CI_ENV = 'production'，否则development模式会自动加载profiler和冗余日志 - 测数据库操作？用
$this->db->query()后立刻测，不要等视图渲染完——模板引擎（如parser）也可能额外吃 0.5 MB+ - 对比基准？同一台机器上跑原生 PHP 脚本（仅
echo 'ok';）作对照，差值才是 CI 框架层的真实开销
哪些配置和写法会让 CI 内存突然变高
CI 的轻量优势极易被不当用法抵消。常见“内存放大器”包括：
- 在循环里反复调用
$this->load->library('some_lib')：每次都会实例化新对象，且 CI 不自动销毁；应提至方法开头一次性加载 - 用
$this->db->get()->result_array()读取上千行数据：整个结果集全载入内存；改用unbuffered_row()或分页 +limit() - 开启
$config['log_threshold'] = 4（记录所有日志）：每条日志都触发文件 I/O 和字符串拼接，高峰时单请求可多占 1–2 MB - 在
__construct()里执行耗时 DB 查询或文件扫描：这些早于控制器逻辑执行，但内存已计入本次请求峰值
CI 4 的内存表现比 CI 3 更好还是更差
CI 4 在设计上更模块化，但默认内存占用反而略高：基础请求（空路由）约 3–4 MB，因为自动加载了 PSR-4 自动加载器、Services 类、以及更严格的异常处理链。不过它支持真正的延迟加载（比如 Database 不用就不初始化），只要你不显式调用 service('database')，它就不会启动连接。关键差异在于：
- CI 3 的
core/Loader.php是“预加载+全局变量”，容易隐式持有多余引用 - CI 4 的
Services使用静态工厂 + 单例控制，内存释放更可控，但首次访问服务类时有 JIT 加载成本 - CI 4 默认开启
Cache和Events系统，若不用记得在app/Config/Events.php里清空监听器数组
真正影响上线后内存稳定性的，往往不是框架版本，而是你有没有在每次请求结束前手动 unset() 大数组、关闭未用 DB 连接、以及避免在 session 中存序列化对象。
