根本原因是容器未注册该类，非框架故障；需确保Composer自动加载生效、PSR-4路径与命名空间严格匹配、依赖类已显式绑定，且构造函数所有依赖均已注册。
make怎么传构造参数">
app()->make 传参时为什么总是报错 Class not found
根本原因不是参数写错了，而是 app()->make() 根本没“看见”你要实例化的类——它只认容器里已注册（bind）或框架预设的类（如 Request、Response）。如果你直接 app()->make('app\service\UserService') 报 Class not found，90% 是因为：class_exists('app\service\UserService') 返回 false。
必须先确认三件事：
- 运行
php think optimize:autoload，确保 Composer 自动加载生效 - 检查文件路径是否严格符合 PSR-4：类
app\service\UserService必须在app/service/UserService.php，且首行是namespace app\service; - 如果类构造函数依赖其他服务（比如
CacheInterface），这些依赖也得提前绑定，否则反射失败
用 make() 传构造参数的两种合法方式
app()->make() 支持传入第二个参数数组 $vars，用于覆盖构造函数参数。但它不支持“部分传参”，所有参数都得显式给出（除非构造函数本身有默认值）。
假设你有这个类：
class SmsService
{
public function __construct(string $driver, int $timeout = 5)
{
// ...
}
}
那么正确调用方式是：
-
app()->make(SmsService::class, ['alidayu', 10])—— 按位置顺序传参 -
app()->make(SmsService::class, ['driver' => 'alidayu', 'timeout' => 10])—— 按参数名传参（需 PHP 8.0+ 及反射支持命名参数）
注意：make() 不会自动解析构造函数默认值以外的缺失参数，也不会 fallback 到容器中找未声明的依赖。它只是把 $vars 原样喂给反射器。
想传可选依赖？别硬塞 make()，改用 bind() 闭包
当构造函数某个参数需要按条件注入（比如 debug 模式才传 Logger），make() 的 $vars 数组做不到动态逻辑。这时必须用 bind() 注册闭包：
app()->bind(SmsService::class, function ($app) {
$logger = config('app.debug') ? $app->make(LoggerInterface::class) : null;
return new SmsService('alidayu', 10, $logger);
});
之后再调用 app()->make(SmsService::class) 就能拿到完整实例，无需传参。这种写法把“怎么造”和“造什么”彻底解耦，也避免了每次调用都重复判断逻辑。
常见坑：
- 忘记
bind()就直接make()→ 报错或返回 null - 闭包里用
$app->make()但没提前绑定被依赖的类 → 反射失败 - 闭包返回的是对象，不是类名或工厂函数 → 容器无法识别
singleton 绑定下 make() 还能传参吗
不能。app()->singleton() 或 app()->instance() 绑定后，make() 总是返回同一个实例，$vars 参数会被忽略。这是设计使然——单例意味着“只创建一次”，后续调用不走构造流程。
如果你需要“带参的单例”，唯一办法是把参数提前固化进 bind() 闭包里：
app()->singleton(SmsService::class, function ($app) {
return new SmsService(config('sms.driver'), config('sms.timeout'));
});
或者更灵活地，用工厂类封装参数逻辑，再绑定工厂实例。硬要在每次 make() 时传不同参数，就说明它不该是 singleton。
真正容易被忽略的一点：TP6 的 make() 本质是反射 + 容器调度，不是简单 new。参数传递能力受限于 PHP 反射机制本身，而不是框架“没做全”。别指望它像 Laravel 的 makeWith() 那样支持任意组合——它只支持最朴素的位置/命名参数传递，且前提是类已加载、已注册、无未满足依赖。
