Laravel如何通过构造函数依赖注入实现自定义验证规则服务类？

本文共计1021个文字，预计阅读时间需要5分钟。

在Laravel中，不能直接在规则构造函数中写入依赖，验证器不负责解析规则实例——它仅调用`passes()`方法，并默认使用`new static`实例化规则。因此，手动`new`出来的规则对象，DI容器不会自动注入。

正确做法是让规则类实现 __invoke，并配合 Validator::extend 或闭包注册方式，把服务从容器里取出来再传进去：

• 用 app(ServiceClass::class) 或 resolve(ServiceClass::class) 在规则执行时取服务
• 不要在构造函数里声明依赖，否则 php artisan optimize:clear 后可能报 Target [Interface] is not instantiable
• 如果规则需复用且依赖较多，建议封装成独立服务类，验证逻辑只调它的方法，而非把服务塞进规则本身

Laravel 10+ 中 Rule::using() 怎么传参又保持 DI？

Rule::using() 是静态工厂方法，它内部会通过容器解析规则类，但前提是这个类必须被容器“知道”——也就是得绑定到容器或自动解析支持（比如有默认构造参数、或已通过 bind 注册）。