在 Laravel 6 中获取服务容器实例的推荐方式是使用 app() 辅助函数，它直接返回当前应用容器；App::getContainer() 虽可用但属内部方法，不推荐生产环境使用；handle() 方法参数注入容器不可行，构造函数可注入具体服务但无需注入容器本身。
在 Laravel 6 中，服务容器（Service Container）是全局可用的，不需要“获取”容器对象来使用它——因为框架已自动注入依赖、解析类型提示，并在请求生命周期中全程托管。但如果你确实需要在中间件中显式访问容器实例（比如手动解析某个未绑定的服务、调试、或动态构建类），有几种安全、推荐的方式。
1. 使用 app() 辅助函数
这是最常用、最直接的方式。app() 是 Laravel 提供的全局辅助函数，返回当前应用容器实例。
<?php
namespace App\Http\Middleware;
use Closure;
class CheckSomething
{
public function handle($request, Closure $next)
{
$container = app(); // ✅ 获取容器实例
// 手动解析一个服务（例如自定义接口实现）
$service = $container->make(MyServiceInterface::class);
// 或检查是否已绑定
if ($container->bound('logger')) {
$logger = $container->make('logger');
}
return $next($request);
}
}✅ 适用场景：临时解析服务、条件绑定判断、调试容器状态
⚠️ 注意：避免在中间件中频繁调用 make() 替代依赖注入，应优先用构造函数或 handle() 参数类型提示。
2. 通过 Facade 访问（如 App 或 Config）
虽然 App:: 不是直接返回容器对象（它是 Application 类的 Facade），但它底层调用的就是容器：
use Illuminate\Support\Facades\App; // 等价于 app()->basePath() $basePath = App::basePath(); // 也可间接操作容器（不推荐用于取实例，但可行） $container = App::getContainer();
⚠️ 注意：App::getContainer() 在 Laravel 6 中存在且可用，但属于内部方法，官方不保证长期稳定；生产环境建议优先用 app()。
3. 在 handle() 方法中类型提示 Application（不推荐）
Laravel 6 的服务容器不会自动将 Illuminate\Foundation\Application 注入到中间件 handle() 方法中（不像控制器支持自动注入 Request）。以下写法会失败：
// ❌ 错误：Laravel 6 不支持这种 handle 参数注入 public function handle($request, Closure $next, \Illuminate\Foundation\Application $app)
所以，不要尝试在 handle() 中靠参数注入容器对象。构造函数也不行（中间件是单例，实例化早于请求，Application 虽然可注入，但没必要且不直观）。
4. 为什么通常不需要手动取容器？
-
中间件构造函数支持服务容器自动注入（非 Request/Response 相关依赖）：
use Illuminate\Contracts\Config\Repository as ConfigContract; class CheckSomething { protected $config; public function __construct(ConfigContract $config) { $this->config = $config; // ✅ 容器自动注入配置服务 } } 大多数需求（日志、缓存、数据库、自定义服务）都可通过类型提示或 Facade 直接使用，无需碰容器本身。
不复杂但容易忽略：app() 就是你要的容器入口，干净、可靠、Laravel 6 原生支持。
