thinkphp 8.0 repository类必须有明确构造函数类型提示，否则容器无法反射依赖；需确保命名空间与路径一致、刷新autoload、并在provider.php中显式绑定接口实现。
Repository类必须有明确的构造函数类型提示
ThinkPHP 容器无法自动注入 Repository 实例，除非你显式声明了它的依赖类型。比如 UserRepository 构造函数里如果用了 DatabaseAdapter 但没写类型提示，容器就无法反射出该参数需要什么——它只会看到一个未标注类型的参数，然后报错或传 null。
正确写法是：
namespace app\repository;
use think\db\Connection;
class UserRepository
{
protected $db;
public function __construct(Connection $db)
{
$this->db = $db;
}
}
- 类型提示必须是具体类或接口（如
Connection、UserInterface），不能是字符串或未声明的变量 - 如果依赖的是自定义抽象类或接口，需先用
app()->bind()显式绑定，否则容器找不到实现 - 不推荐在 Repository 中直接 new 模型类；应通过容器解析或由上层 Service 注入，否则破坏 DI 链路
控制器或 Service 中声明 Repository 类型提示即可触发自动注入
只要 UserRepository 的构造函数能被容器完整解析（即所有依赖都可提供），你在任何支持 DI 的上下文中直接类型提示它，容器就会自动创建并注入。
例如在 Service 中：
namespace app\service;
use app\repository\UserRepository;
class UserService
{
protected $userRepository;
public function __construct(UserRepository $userRepository)
{
$this->userRepository = $userRepository;
}
}
- 无需手动调用
app()->make(UserRepository::class)，构造函数注入时容器已递归处理完全部依赖 - 若
UserRepository自身还依赖CacheInterface，而你又没绑定该接口到具体实现（如think\Cache），则会抛出BindingResolutionException - 注意：TP8 默认不扫描
app\repository目录为服务提供者，所以别指望“放进去就自动注册”，必须靠类型提示触发解析
需要复用或替换 Repository 时，必须用 bind 绑定抽象到实现
当你想让多个地方共用同一个 Repository 实例，或在测试时替换成 Mock 对象，就不能只靠 new 或自动解析——得走容器绑定。
在服务提供者（如 app/provider/RepositoryProvider.php）中写：
app()->bind('app\repository\UserRepository', function () {
return new \app\repository\UserRepository(app('db'));
});
- 键名可以是接口（如
UserRepositoryInterface），值是闭包或具体类名，这样更利于解耦 - 使用字符串键（如
'user.repo'）也能绑定，但后续必须用该字符串取，不能靠类型提示自动注入 - 绑定后仍可用
app()->make(UserRepository::class)获取，前提是类名与绑定键一致；否则只能用字符串键
常见错误：Repository 报 Class not exists 或 Cannot resolve parameter
这两类错误最常出现在 Repository 依赖链断裂时。典型现象是控制器能跑通，但单元测试里 app()->make(UserService::class) 报错。
-
Class not exists: app\repository\UserRepository：文件路径/命名空间和实际不符，或 Composer autoload 没刷新（执行composer dump-autoload） -
Cannot resolve parameter $db of ...__construct()：UserRepository构造函数里的Connection参数，容器找不到对应服务。检查是否漏了数据库初始化（app('db')是否可用）、或Connection被重命名为其他类（如 TP8 中部分驱动用PDOConnection） - 在中间件或事件回调里直接 new Repository：绕过了容器，DI 失效，且无法被测试替换成 Mock
Repository 的依赖注入不是“配个 config 就行”的事，它依赖完整的反射链和容器注册状态。哪怕只差一层类型提示或一次 bind，整个链就断了。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
