laravel 6 视图组件不支持构造函数依赖注入，因其由框架直接 new 实例化，未经过服务容器解析；获取服务应使用 app()、resolve() 或通过属性传入，避免手动引用容器。
在 Laravel 6 中，视图组件（View Components）本身不支持构造函数依赖注入，因为它们是通过 view()->component() 或自动发现机制注册、由框架反射实例化的，而 Laravel 6 的视图组件类**不会经过服务容器解析**——它直接用 new 创建实例，因此无法自动注入依赖。
为什么视图组件默认不走服务容器？
Laravel 6 的视图组件设计初衷是轻量、声明式复用 UI 片段，其生命周期独立于服务容器。组件类被当作“普通 PHP 类”处理，框架不会调用 $app->make() 来构建它，所以即使你在构造函数中写类型提示，也不会触发依赖注入。
在视图组件中获取服务的可行方式
虽然不能用构造函数注入，但有几种安全、符合 Laravel 6 实践的方式获取服务：
-
使用
app()辅助函数：在组件方法内按需解析服务，例如：app(\App\Services\UserService::class)->getRecent(); -
在
toHtml()或渲染逻辑中调用resolve()：Laravel 6 提供了全局resolve()函数，效果同app()，更语义化：$mailer = resolve(\Illuminate\Mail\Mailer::class); -
将服务注入到调用方（如控制器），再传入组件属性：在视图中使用组件时，把已注入的服务作为参数传入：
<x-user-card :users="$users" :formatter="app('UserFormatter')"></x-user-card>，然后在组件中接收并使用$formatter属性。
不推荐但需注意的误区
不要尝试在组件构造函数中手动调用 $this->app = app(); 并保存容器引用——这破坏封装性，且容易引发作用域或单例生命周期问题。也不建议在组件中频繁调用 app() 多次解析同一服务，可考虑在 __construct() 中缓存一次（前提是参数固定、无请求上下文依赖）。
升级建议（面向未来）
Laravel 7+ 已支持通过 view()->component() 注册时启用容器解析（需配合服务提供者绑定），但 Laravel 6 原生不支持。若项目长期维护，建议在条件允许时升级，并改用基于接口的组件设计 + 容器绑定，让组件真正参与 DI 生态。
