ThinkPHP容器不支持make()直接传业务参数，因它仅解析类型提示的类/接口；传数组会被忽略或报错，正确方式是用闭包工厂注册并手动调用，如绑定工厂后执行app()->make('user_service_factory')('U1001')。
ThinkPHP容器本身不支持直接向 make() 或自动注入中传入普通变量（如字符串、整数、数组），它只解析类型提示的类/接口。想传业务参数，必须绕过纯类型注入，改用工厂模式或手动调用。
为什么 app()->make(UserService::class, ['id' => 123]) 不起作用
TP 的 make() 方法第二个参数是配置数组，仅用于覆盖绑定时定义的构造参数（如通过 bind() 注册闭包时的默认值），不是运行时传参。直接传数组不会注入到构造函数，也不会触发参数匹配——它会被忽略或报错（取决于 TP 版本）。
- TP 6/8 的
make()不接受运行时业务参数，只接受容器内可解析的类型依赖 - 构造函数里写
public function __construct(string $id)会导致容器无法实例化，因为$id不是类，容器找不到对应服务 - 错误现象：抛出
ReflectionException: Class string does not exist或Target [string] is not instantiable
正确做法：用闭包工厂注册 + 手动调用
把需要动态参数的部分封装成工厂函数，注册进容器，调用时显式传参。这是唯一可靠、符合 TP 容器设计的方式。
- 在服务提供者（如
app/provider/AppServiceProvider.php）的register()中绑定：
$this->app->bind('user_service_factory', function ($app) {
return function (string $userId) use ($app) {
return new UserService($userId, $app->get(UserRepository::class));
};
});
- 使用时手动取工厂并调用：
$userService = app()->make('user_service_factory')('U1001'); - 注意：不要用
make('user_service_factory')后再试图传参给返回值——工厂本身不接收参数，是它返回的匿名函数接收 - 如果
UserService自身还有其他依赖（如UserRepository），必须在闭包内用$app->get()显式获取，不能靠构造函数自动注入
控制器里怎么安全地拿到带参数的服务实例
控制器方法不支持混合注入（既要 UserService 又要 $id），所以得拆开：参数从请求来，服务从工厂来。
立即学习“PHP免费学习笔记（深入）”；
- 不要写：
public function detail(UserService $service, string $id)—— 这会失败 - 正确写法（TP 8 推荐）：
public function detail(Request $request)，然后手动提取$id = $request->param('id')，再调用工厂 - 也可以用路由变量：
Route::get('user/:id', 'User/detail')，方法内用$request->param('id')或input('id') - 若坚持属性注入风格，可在构造函数注入工厂，再在方法里调用：
$this->userServiceFactory($id)
真正容易被忽略的一点：工厂闭包里所有非业务参数（比如其他服务）都必须用 $app->get() 拿，不能依赖自动注入；否则一旦容器作用域变化或生命周期不匹配，$app 可能拿不到单例或已销毁实例。
