ThinkPHP6.0请求流转路径为：入口index.php→App::run()→①初始化环境与基础配置→②中间件预检→③路由匹配与控制器执行→④响应发送；控制器返回值决定响应类型，null/void导致空响应体。
要弄清楚ThinkPHP6.0中一次HTTP请求从入口到响应的完整流转路径，必须跟踪框架核心生命周期的执行顺序，跳过中间抽象封装，直击关键类与方法调用链。
入口文件触发应用实例化
从public/index.php开始执行：require __DIR__ . '/../vendor/autoload.php'→(new think\App())->run()；这行代码直接启动整个应用生命周期，【App类的run()方法是整个请求流程的总闸门】。
框架不会在入口处解析路由或加载配置，所有初始化动作都延迟到run()内部按需触发。
应用运行时的核心四阶段
App::run()内部严格按以下顺序推进：
立即学习“PHP免费学习笔记（深入）”；
① 初始化基础环境 → 加载基础配置（app.php、trace.php等）→ 注册异常处理机制；此时尚未读取应用目录下的任何模块配置。
② 执行中间件预检 → 逐个调用全局中间件的handle()方法；若任一中间件返回Response对象，流程立即终止并输出，后续阶段不再执行。
③ 路由调度与分发 → 解析当前URL匹配路由规则→绑定控制器与操作方法→注入依赖并反射执行；【若路由未匹配且未设置空控制器/空操作兜底，将直接抛出RouteNotFoundException】。
④ 响应发送 → 将控制器返回值（字符串、数组、View对象、Response对象等）统一转换为Response实例→调用send()方法输出HTTP头与主体内容→结束脚本。
响应内容生成的关键分支
控制器方法返回值决定响应构造方式：
方法一：返回字符串或数字 → 自动包装为think\Response对象，状态码默认200，Content-Type为text/html。
方法二：返回数组 → 经json_encode后设为application/json类型，状态码仍为200。
方法三：显式返回Response对象 → 完全由开发者控制状态码、Header、缓存策略与响应体，框架不做二次封装。
注意：返回null或void会导致最终响应体为空字符串且状态码为200，浏览器可能显示空白页但无报错。
