__make是thinkphp中间件专用静态工厂方法，仅在think\middleware::make()调用时执行，用于注入app和config依赖；非中间件类中定义的__make无效，需用bind绑定闭包实现定制化实例化。
__make 静态方法只在容器创建中间件实例时触发
ThinkPHP 的 __make 不是通用构造钩子，它只被框架内部硬编码用于中间件（think\Middleware）的实例化流程。你自定义的类、控制器、服务或模型，哪怕也叫 __make，只要没被中间件机制显式调用，就完全不会执行。
常见错误现象：在自定义服务类里加了 public static function __make()，但发现从不运行——因为容器 make() 时根本不会查这个方法；只有中间件被 think\Middleware::make() 调用时，才走这个逻辑。
- 触发条件：路由匹配后、中间件执行前，框架调用
think\Middleware::make($name)获取中间件对象 - 执行路径：
think\Middleware::make()→ 检查类是否存在__make静态方法 → 存在则调用，传入App和Config实例 - 典型用途：加载
middleware.php配置、注入依赖（如Config）、做初始化检查
为什么不是所有类都走 __make？
ThinkPHP 容器对不同对象采用不同实例化策略：Request 走单例预初始化，控制器走反射 + 构造函数依赖注入，而中间件是唯一被设计为“可配置工厂”的类型——所以才需要 __make 这个约定接口来接管实例创建过程。
如果你在非中间件类中定义 __make，它只是个普通静态方法，和容器无关。想让容器按需定制实例，正确做法是用 bind() 绑定闭包：
Container::getInstance()->bind('MyService', function ($app) {
return new MyService($app->make(Config::class));
});
中间件 __make 的参数签名必须严格匹配
框架调用 __make 时，只传两个固定参数：App 实例和 Config 实例。写错参数名、多加参数、缺类型提示，都会导致调用失败并回退到默认 new $class()。
- ✅ 正确写法：
public static function __make(App $app, Config $config) - ❌ 错误写法：
public static function __make($app, $config)（无类型提示，8.0+ 可能反射失败） - ❌ 错误写法：
public static function __make(App $app, Config $config, Request $request)（多参数，框架不传）
最容易被忽略的是：这个方法必须是 public static，且类必须被注册为中间件（出现在 middleware.php 或路由/控制器 middleware() 链中），否则连被扫描的机会都没有。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
