为什么Hyperf中手动new的对象无法触发依赖注入_必须通过Container的get或make获取-php教程-PHP中文网

@inject仅在容器管理的对象上生效，手动new的对象完全绕过di流程，属性注入为null，构造函数类型提示也不解析，aop代理、生命周期钩子等全部失效。

为什么hyperf中手动new的对象无法触发依赖注入_必须通过container的get或make获取

@Inject 只在容器管理的对象上生效，手动 new 的对象完全绕过 DI 流程

Hyperf 的依赖注入不是语言级特性，而是由 Container 在对象创建阶段主动介入完成的。当你写 new UserService()，PHP 直接调用构造函数、分配内存、返回实例——整个过程容器根本不知道，更不会去扫描 @Inject 属性、解析类型、注入依赖。

容器只对通过 $container->get(UserService::class) 或 $container->make(UserService::class) 创建的对象执行注入逻辑（包括构造函数参数解析 + @Inject 属性赋值）
手动 new 出来的对象，其属性哪怕标了 @Inject，也永远是 null；构造函数里写的类型提示也不会被容器解析
这种对象不进入生命周期管理：@OnWorkerStart、AOP 代理、单例缓存等全部失效

为什么构造函数注入看起来“能用”，但其实也不可靠

如果一个类同时有 @Inject 属性和带类型提示的 __construct，Hyperf 默认优先走构造函数注入 —— 但这仅在该类本身由容器创建时才成立。一旦你手动 new，连构造函数里的类型提示都不会被处理，PHP 就按普通对象初始化对待，报错或传 null 都可能。

Hyperframes Creative

HyperFrames视频非动画创意指导，包括设计规范（frame.md/design.md）处理、配色、字体设计、旁白及节奏规划等。

下载

错误示例：$user = new UserService(); // 构造函数参数全为 null，不报错但逻辑崩
正确姿势：必须统一走容器入口，哪怕只是临时用一次：$user = $container->make(UserService::class);
注意：make() 每次新建实例，get() 才复用单例（前提是类注册为 @Singleton 或配置了 singleton()）

常见误用场景：Factory 类里 new 出来再返回

很多人写工厂方法时习惯内部 new 实例然后 return，比如：

<pre class="brush:php;toolbar:false;">class UserFactory
{
    public function create(): UserService
    {
        return new UserService(); // ❌ 这里就断掉了注入链
    }
}

结果是调用方拿到的 UserService

实例，所有 @Inject 属性都是 null，后续调用直接报错。