ThinkPHP6.1应用生命周期严格遵循入口加载→自动加载注册→应用初始化→路由调度→响应输出五阶段；入口文件仅允许定义APP_PATH和加载start.php，禁止业务逻辑；引导顺序不可跳过，自动加载必须在初始化前完成，多应用需启用对应配置且runtime目录须可写。
ThinkPHP6.1应用生命周期流程管理需精准控制从入口加载、自动加载注册、应用初始化、路由调度到响应输出的每个环节，不能跳过引导文件执行顺序，也不能在入口文件中混入业务逻辑，否则会导致容器未就绪就调用服务而报错。
入口文件与引导流程控制
打开项目根目录下的 public/index.php，确认其仅包含两行核心代码：定义 APP_PATH 常量 → 加载 thinkphp/start.php；【任何业务判断、数据库连接或日志初始化都不得写在此处】。
检查 start.php 是否被意外替换为自定义引导文件——若修改过引导路径，必须同步调整 base.php 中的环境变量加载顺序，否则 .env 配置将无法生效。
这一步操作起来很简单，直接把文件拖进去就行。
立即学习“PHP免费学习笔记（深入）”；
自动加载机制注册时机
Loader::register() 必须在应用初始化前完成，否则 app/task/ 下的任务类、插件命名空间 plugindemoPlugin 将无法被识别。
方法一：确认 composer.json 中 autoload 的 psr-4 配置已包含 "app\" 和 "plugin\"，运行 composer dump-autoload 强制刷新映射表。
方法二：在 config/app.php 的 extra_config_list 中追加自定义类库路径配置，避免依赖 Composer 自动加载延迟。
【若使用 think-multi-app 扩展，必须确保 hinkmultiAppServiceProvider 已注册进 providers 数组，否则子应用控制器类会因命名空间解析失败而抛出 Class not found】。
应用初始化阶段关键配置
第一步：检查 config/app.php 中是否启用多应用支持参数：'app_multi_module' => true 与 'auto_multi_app' => true 缺一不可，否则框架仍按单应用模式启动。
第二步：确认 'default_app' => 'index' 与实际存在的子应用目录名一致（如 app/index/ 存在且含 route.php），否则请求会直接返回 404 而非进入调试模式。
第三步：验证 runtime 目录权限是否为 755，且 PHP 进程用户对该目录有写权限；【若部署在 Kubernetes 容器中，必须通过 volumeMounts 挂载独立空目录并显式 chmod，否则模板编译失败且无错误提示】。
HTTP 请求调度与响应闭环
路由解析发生在 App::run() 内部，此时容器已初始化完毕，可安全调用 Db、Cache、Event 等门面类。
在中间件中禁止调用 exit 或 die，必须使用 Response 对象终止流程，否则会绕过异常处理机制导致日志丢失。
当控制器方法返回 $this->fetch() 时，模板引擎会在 runtime/view/ 下生成缓存文件；若该目录不可写，将反复触发编译流程并拖慢响应速度。
