app::make()报class not found是因为容器未注册该类，需先执行php think optimize:autoload、验证class_exists()返回true、确保psr-4命名空间与路径严格匹配、字符串别名须显式bind、接口需手动绑定实现类、依赖服务须全部注册。
App::make() 报 Class not found 怎么办
这不是容器坏了，是它根本没见过这个类。ThinkPHP 不会自动扫描所有文件，App::make() 只能返回已注册、已加载或框架内置的类。
- 先跑
php think optimize:autoload刷新 Composer 自动加载映射 - 再用
var_dump(class_exists('app\service\UserService'))确认返回bool(true) - 检查 PSR-4 命名空间和物理路径是否严格匹配：类
app\service\UserService必须在app/service/UserService.php，且首行是namespace app\service; - 别直接传字符串别名（如
'user_service'）调App::make()，除非你提前用App::bind('user_service', UserService::class)绑定过
构造函数类型提示不生效，为什么
类型提示失效，通常不是写法错，而是容器没接管实例创建过程。ThinkPHP 8 默认不通过容器实例化控制器——你手写了 new Index()，那 __construct() 根本没走容器流程，类型提示自然被跳过。
- 确保控制器由路由调度触发，而非手动
new - 自定义接口必须显式绑定：
App::bind(\app\contract\UserRepositoryInterface::class, \app\repository\DbUserRepository::class) - 绑定时右侧必须是完整命名空间类名，不能写
'DbUserRepository'这种简写 - 若构造函数依赖未注册的服务（比如
CacheInterface），反射也会失败，得一并绑定
跨模块调用控制器时 initialize() 为啥没执行
用 think\Container::get('app\api\controller\User') 或 app()->make() 获取控制器实例，只会执行 __construct()，initialize() 是框架在请求调度阶段手动触发的，不会自动运行。
- 如果你的
initialize()里做了权限校验或数据预加载，调用前得手动补上：$ctrl->initialize(); - 想走完整生命周期（含中间件、
initialize），该用controller()助手函数；但注意它会模拟一次伪请求，不适合纯逻辑复用场景 - 若控制器构造函数有依赖（如
UserService），优先用app()->make()，它支持自动解析；Container::get()不解析依赖，需手动传参
Service 层里还能不能 new 或 app()->make()
不能。Service 方法内临时 app()->make(PaymentService::class) 看似灵活，实则绕过容器生命周期管理：单例失效、事务拦截器挂不上、AOP 全丢。
- 所有强依赖必须声明在构造函数参数里，用类型提示：
public function __construct(private PaymentService $paymentService) - PSR-4 命名空间必须注册进
composer.json，并执行composer dump-autoload - 若 Service 构造函数注入了请求相关对象（如
Request），默认单例会在并发下共享状态——这时得改用工厂绑定或闭包 singleton，而不是全局复用 - 方法名用动词开头（
createOrder()），禁止在 Service 里做响应处理（$this->redirect()）或字段转换，只返回原始、结构化数据
最常被忽略的是：Service 默认单例，但一旦构造函数里带请求上下文对象，就不再是安全的单例。这时候光靠构造注入和命名空间注册不够，得配合容器绑定策略隔离实例生命周期。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
