结论：Hyperf容器不支持直接传字符串driver参数给make()创建Repository，须通过工厂闭包+预绑定驱动连接实例实现动态切换。
Hyperf里用容器make动态创建不同驱动的Repository
直接说结论：Hyperf 的 ContainerInterface 支持传参给 make()，但默认不解析构造函数参数——必须显式绑定或用工厂闭包预处理。硬写 $container->make(UserRepository::class, ['driver' => 'mysql']) 会报错，因为 make() 第二个参数只用于类名是字符串且需传参的极少数场景（如带参数的匿名类），不适用于普通类的依赖注入。
为什么不能直接在构造函数里接收driver参数
Hyperf 的 DI 容器按类型自动解析依赖，构造函数参数必须是「可被容器识别的类型」，比如 ConnectionInterface 或具体实现类。传一个字符串 'redis' 进去，容器根本不知道该绑定哪个实例——它不会、也不该根据字符串值去猜你要什么连接。
- 常见错误现象：
TypeError: Argument 1 passed to UserRepository::__construct() must be an instance of Hyperf\Database\ConnectionInterface - 根本原因：容器尝试自动注入
ConnectionInterface，但没配置对应 driver 的具体实现绑定 - 正确思路：把「driver 选择逻辑」从构造函数移到工厂层，让 Repository 只依赖抽象（如
ConnectionInterface），由工厂决定具体给哪个实现
用工厂绑定+条件化make实现驱动切换
核心是利用 ContainerInterface::set() 绑定一个工厂闭包，在闭包里根据上下文（如配置、请求头、参数）返回对应驱动的 Repository 实例。关键点在于：工厂内部手动调用 $container->get() 拿到指定 driver 的连接实例，再 new 出 Repository。
示例注册方式（放在 dependencies.php 或 Provider 中）：
// dependencies.php
use Hyperf\Contract\ContainerInterface;
use Hyperf\Database\ConnectionInterface;
use Psr\Container\ContainerInterface as PsrContainer;
return [
UserRepository::class => function (PsrContainer $container) {
$driver = $container->get(\Hyperf\Config\Config::class)->get('database.default', 'mysql');
// 根据 driver 名称获取对应连接实例
$connection = $container->get(ConnectionInterface::class . '.' . $driver);
return new UserRepository($connection);
},
];
- 必须提前为每个 driver 绑定连接实例，例如
ConnectionInterface::class . '.redis'对应 Redis 连接 - Hyperf 默认只绑定
default驱动的ConnectionInterface，多驱动需手动扩展DatabaseFactory或重写ConnectionResolverInterface - 调用时仍用
$container->get(UserRepository::class)，不要传参；驱动逻辑全在工厂闭包里控制
运行时动态切换driver要绕开容器缓存
如果需要「同一个请求里多次调用、每次用不同 driver」，不能依赖容器单例行为——得禁用缓存，每次走工厂。否则第一次 get() 后结果就被缓存，后续调用永远返回同一个实例。
- 方案一：不用
get()，改用make()+ 工厂闭包（注意不是传参，而是重新定义闭包） - 方案二：工厂内部不依赖全局 config，而是从调用栈提取上下文，例如
request()->header('X-DB-Driver')或方法参数 - 性能影响：每次
make()都新建对象，无复用；若 Repository 内部有长连接或缓存，要注意资源释放 - 容易踩的坑：忘记在工厂里检查 driver 是否合法，导致
$container->get(...)报EntryNotFoundException
复杂点在于 driver 的 Connection 实例本身也要能被容器识别和管理——这不是 Repository 层能解决的，得先确保 Database 组件支持多连接实例注册。否则工厂里连 $container->get(ConnectionInterface::class . '.xxx') 都会失败。
