TP6中initialize()一定在__construct()之后、请求上下文注入完成后执行；__construct()不可访问$request等框架属性，initialize()才是安全入口，且父子类需手动调用parent::initialize()。
__construct 和 initialize() 的执行顺序不是固定的，取决于 ThinkPHP 版本和写法
TP5.x 中 __construct() 先执行，紧接着在父类构造函数末尾调用 _initialize()（注意是下划线前缀）；TP6+ 则强制使用 initialize()（无下划线），且它**一定在 __construct() 之后、请求上下文注入完成之后才执行**。
常见错误现象：Call to a member function param() on null，本质是子类重写了 __construct() 却没调用 parent::__construct()，导致框架没来得及注入 $this->request，而你又在 __construct() 里直接用了 $this->request->param()。
- TP5.0/5.1：父类
__construct()内部显式判断并调用_initialize()，所以只要你不覆盖父类构造函数，_initialize()就能自动跑 - TP6.0+：
__construct()是纯 PHP 层级的，框架服务（如$this->app、$this->request）此时尚未绑定，initialize()才是安全可用的入口 - 如果你在 TP6 中仍写
_initialize()，它根本不会被自动调用——框架只认initialize()
为什么 TP6 强制用 initialize() 而不是 __construct()
因为 __construct() 发生在容器初始化之前，而 initialize() 是框架明确设计的“控制器就绪钩子”：此时依赖注入已完成，$this->request、$this->app、$this->view 全部可访问。
容易踩的坑：__construct() 里尝试 $this->assign() 或 $this->middleware()，会报 Call to undefined method 或 Container is not bound。
立即学习“PHP免费学习笔记（深入）”；
-
__construct()适合做不依赖框架的初始化，比如$this->cache = new \Redis();或$this->config = require 'xxx.php'; -
initialize()才适合权限校验、统一参数过滤、模板变量预设等需要请求上下文的操作 - 两者可以共存，但必须确保
__construct()不提前访问任何框架注入属性
父子类中 initialize() 不会自动继承，必须手动调用 parent::initialize()
这和 PHP 原生 __construct() 行为一致——框架没帮你自动加 parent::initialize()。如果你只在子类写了 initialize()，父类的同名方法就彻底被跳过。
典型问题：基类 BaseController 里写了权限检查逻辑在 initialize()，子类 UserController 重写后忘了调用 parent::initialize()，结果所有接口都绕过了登录验证。
- TP5.x 的
_initialize()同样适用该规则：不写parent::_initialize()，父类逻辑就失效 - TP6 中若用
initialize()但没写parent::initialize()，会导致中间件注册、公共变量赋值等基类功能丢失 - 建议在子类
initialize()开头固定加一行：parent::initialize();，除非你明确要屏蔽父类行为
TP6 的 initialize() 不等于 TP5 的 _initialize()，别直接迁移代码
TP5 的 _initialize() 是靠父类 __construct() 顺带触发的“伪钩子”，而 TP6 的 initialize() 是框架在完整初始化流程后、路由分发前主动调用的正式生命周期方法。
最易忽略的一点：TP6 的 initialize() 执行时，中间件链尚未启动，$this->middleware 还不能用；而 TP5 中因构造时机早，有些中间件注册代码被误塞进 _initialize() 也能跑通，迁移到 TP6 后直接报错。
- TP5 里放在
_initialize()的中间件注册，应改到 TP6 的app/middleware.php或控制器的middleware()方法中 - TP5 中通过
$this->assign()设置的模板变量，在 TP6 的initialize()中依然有效，但要注意视图引擎是否已实例化（TP6 默认已就绪） - TP6 中若需更早介入（比如修改配置或绑定服务），得去
app/provider.php或自定义think\initializer\*类，而不是硬塞进initialize()
