ThinkPHP服务容器需手动注册才能使用，未注册类调用App::make()会失败；控制器构造函数默认不被容器接管，推荐方法注入或显式注册；接口绑定优于具体类绑定以支持解耦与替换。
ThinkPHP 的服务容器不是“开了就能用”的黑盒，它默认不接管所有类的实例化，App::make() 失败、构造函数注入不生效、类型提示被忽略——根本原因几乎都是容器压根没“看见”你要的东西，或根本没走容器流程。
App::make() 返回 null 或抛出 ReflectionException 怎么办
这不是框架 bug，是容器注册表里没有对应条目。ThinkPHP 不会自动扫描你写的每个类并注册进容器。
- 确认类文件存在且命名空间与路径严格匹配：
app\Service\UserService必须对应app/service/UserService.php，use语句不能写错 - 运行
php think optimize:autoload，确保 Composer 自动加载生效；否则class not found会先于容器问题暴露 - 别直接
App::make('user_service')——除非你提前App::bind('user_service', UserService::class) - 如果
UserService构造函数依赖Db或Cache，而这些依赖本身没在容器里注册（比如没在provider.php中声明），反射就会失败；此时要么显式绑定依赖，要么改用接口绑定：App::bind(CacheInterface::class, RedisCache::class)
控制器 __construct 类型提示为啥没生效
因为默认情况下，ThinkPHP 是手动 new Index() 创建控制器的，完全绕过了容器。你的 __construct 函数根本没被容器调用。
- 最简单解法：删掉
__construct，改用initialize()方法做初始化（它每次请求都会被调用） - 真要构造函数注入？必须让容器接管控制器实例化——在
app/provider.php的providers数组里加上app\controller\Index::class - 更推荐方法注入：在 Action 方法参数里写
public function index(UserService $service)，框架路由层会自动解析，无需额外配置 - 注意：控制器若继承了
think\Controller，但没启用容器接管，$this->request这类属性能用，不代表构造函数注入就生效
为什么必须用接口绑定而不是直接 bind 具体类
不是为了装，是为了解耦和可替换。直接 App::bind('UserService', UserServiceMysql::class) 看似省事，但测试、切换缓存策略、换数据库驱动时全得改代码。
立即学习“PHP免费学习笔记（深入）”；
- 绑定接口：
App::bind(UserRepositoryInterface::class, MysqlUserRepository::class)，所有地方都用接口类型提示，换实现只需改这一行 - 测试时可轻松换成
MockUserRepository，只要实现同一接口，App::make(UserRepositoryInterface::class)就返回 mock 实例 -
App::make()默认每次都新建实例；如需单例，必须显式App::singleton(UserRepositoryInterface::class, MysqlUserRepository::class)
容器的“认人”逻辑很朴素：只认注册过的抽象标识（类名、接口、字符串别名），不认文件路径、不认变量名、不自动推导依赖链。真正容易被忽略的是——它不主动扫描，只被动响应；你没注册，它就不知道该做什么。
