非容器类需用make()显式注入依赖并传参：推荐索引数组按构造函数顺序传参，如make(MyService::class, [$logger, $config])；PHP 8.0+可选命名参数，但需hyperf/di≥3.1.0。
Hyperf中非容器类如何用make()注入依赖并传参
Hyperf 的容器默认只管理通过注解（如 @Inject）或配置注册的类实例。如果你手动 new 了一个类，它就脱离了容器生命周期，@Inject 失效，也无法自动解析构造参数。此时必须显式调用 make()，并把需要的依赖和自定义参数一并传进去。
make() 传参时构造函数参数顺序不能错
Hyperf 的 make() 支持两种传参方式：按位置传参（数组）或按名称传参（关联数组）。但注意——它**不会自动匹配构造函数参数名**，除非你用 PHP 8+ 的命名参数语法（且容器版本 ≥ 3.1.0）。更稳妥、兼容性更好的做法是用索引数组，严格对齐构造函数参数声明顺序。
- 错误写法：
make(MyService::class, ['logger' => $logger, 'config' => $config])→ 容器不识别键名，会当作单个参数传入 - 正确写法（推荐）：
make(MyService::class, [$logger, $config])，前提是MyService::__construct(LoggerInterface $logger, array $config) - PHP 8.0+ 可选写法：
make(MyService::class, ['logger' => $logger, 'config' => $config])，需确认hyperf/di版本 ≥ 3.1.0 且启用了命名参数支持
手动 new 的类里不能直接用 $this->container->get() 获取依赖
很多同学会在非容器管理类的构造函数里试图调用 $this->container->get(SomeDependency::class)，这是危险操作。因为：
- 该类不是容器创建的，
$this->container属性根本不存在（除非你手动赋值） - 即使你传入了容器实例，
get()只能获取已注册的单例或共享实例，无法处理带运行时参数的构造场景（比如每次要传不同的 ID 或上下文） - 真正该用的是
make()，它支持每次创建新实例 + 注入动态参数
所以正确姿势是：在创建该类的地方（比如 Controller 或 Command 中），用 make() 一次性完成实例化和依赖注入，而不是把“获取依赖”的责任推给类内部。
传参时注意对象生命周期与作用域
用 make() 创建的实例默认是“每次调用都新建”，不受单例约束。但如果构造函数里依赖的是单例服务（如 LoggerInterface），容器仍会复用那个单例实例；而你传入的自定义参数（比如一个请求 ID 字符串、临时配置数组）则每次都是新的。
- 常见陷阱：把可变数据（如
$request->input('id')）作为构造参数传入后，误以为该类内部能感知后续请求变化 —— 实际上它只在创建时拿到那一份快照 - 如果需要动态行为，应把参数改为方法参数（如
$service->handle($id)），而非塞进构造器 - 若确实需构造时注入上下文，建议封装成 Context 对象传入，比零散参数更可控、易测试
最常被忽略的一点：传参时混用容器自动解析和手动传参。例如构造函数是 __construct(LoggerInterface $logger, string $name, int $timeout)，你只传了 [$name]，容器不会帮你补全 $logger —— 必须显式提供全部非默认参数，或改用 makeWith()（Hyperf 3.0+）配合参数映射配置。
