CodeIgniter的“运行模式”并非严格定义,而是通过配置和代码控制的执行流程风格:1. 单入口模式为默认方式,所有请求经index.php进入,由CodeIgniter.php驱动完整生命周期;2. CLI模式支持命令行执行,用于定时任务等场景,通过is_cli()识别环境并跳过Web专属逻辑;3. 测试模式通过设ENVIRONMENT为'testing'配合PHPUnit实现,启用详细错误与调试日志,加载测试配置;4. 轻量模式直接引入CodeIgniter.php并自定义初始化,仅加载必要组件,适用于嵌入式或API服务。这些模式依赖配置、约定与条件判断实现行为分流,灵活性高,需理解框架启动流程。
CodeIgniter(CI)框架本身没有严格定义的“运行模式”概念,不像Laravel有APP_ENV区分local、production等环境
。它的所谓“运行模式”,实际是指通过配置和代码控制的**执行流程风格与行为倾向**,核心体现在入口方式、路由机制、生命周期控制和错误处理策略上。
这是CI最典型、默认的运行方式:所有HTTP请求都经由index.php统一入口进入,框架据此加载资源、解析URI、匹配路由、调用控制器方法。
index.php负责设置环境常量(如ENVIRONMENT)、加载核心引导文件front_controller.php
index.php/class/method/param,也可通过重写(.htaccess)隐藏index.php
CodeIgniter.php驱动:初始化核心类 → 加载配置 → 运行路由器 → 实例化控制器 → 执行方法 → 输出响应用于在终端中执行脚本,比如定时任务、数据迁移、队列处理等,不经过Web服务器和HTTP协议。
php index.php [class] [method] [args...]方式调用is_cli()返回true),跳过输出缓存、Session初始化等Web专属逻辑$this->input->is_cli_request()做分支判断,避免误在Web端触发敏感操作CI本身不内置完整测试框架,但可通过配置和扩展支持单元测试(常用PHPUnit + CI_TestCase)。
ENVIRONMENT设为'testing',可启用更详细的错误提示、禁用缓存、开启调试日志reset_instance())CI_TestCase,利用$this->request()模拟HTTP请求,验证控制器/模型行为适用于嵌入式调用、API微服务或与其它系统集成的场景,可跳过部分自动加载环节,手动控制初始化粒度。
index.php,而是直接require_once 'path/to/CodeIgniter.php'并传入自定义配置数组Database和Log),跳过Router、Output等模块基本上就这些。CI的“模式”不是开关式切换,而是靠配置+约定+少量条件判断来导向不同行为路径,灵活性高,但需要开发者对启动流程有基本理解。