Laravel：仅为指定路由组初始化类的问题与需求

咱们先把问题根源捋清楚：你的ServiceProvider在应用启动阶段就注册了Dual的单例，这时候请求还没进来，$request里根本没有age和else参数；而路由中间件是在路由匹配完成后才执行，所以校验逻辑跑在了Dual初始化之后，这就直接导致了参数缺失时的崩溃。另外，Dual类的bootstrap方法直接调用了依赖数据库查询的instantiateClient，如果数据库没对应记录，也会直接报错。

下面是一步步的解决方案：

1. 编写前置校验中间件，把校验和Dual实例绑定放在中间件里 #

先创建一个新的中间件，比如ValidateDualMiddleware，它会在路由逻辑执行前完成所有校验，并且只有校验通过后才初始化Dual类：

<?php

namespace App\Http\Middleware;

use App\Models\Eli;
use App\Services\Dual;
use Closure;
use Illuminate\Http\Request;
use Illuminate\Support\Facades\App;

class ValidateDualMiddleware
{
    public function handle(Request $request, Closure $next)
    {
        // 第一步：校验age和else参数是否存在
        if (!$request->has(['age', 'else'])) {
            return redirect('/')->with('error', '缺少必要参数');
            // 或者返回JSON响应：return response()->json(['error' => '缺少必要参数'], 400);
        }

        // 第二步：校验else参数对应的数据库记录是否存在
        $eli = Eli::where('else', $request->input('else'))->first();
        if (!$eli) {
            return redirect('/')->with('error', '无效的else参数');
            // 或者JSON响应：return response()->json(['error' => '无效的else参数'], 404);
        }

        // 第三步：初始化Dual类，并绑定到容器中
        $dual = new Dual($request->all());
        // 用instance方法绑定，确保后续控制器注入的是这个已校验的实例
        App::instance(Dual::class, $dual);

        return $next($request);
    }
}

2. 注册中间件并在路由组里启用 #

打开app/Http/Kernel.php，把这个中间件添加到routeMiddleware数组里：

protected $routeMiddleware = [
    // ... 其他中间件
    'validate.dual' => \App\Http\Middleware\ValidateDualMiddleware::class,
];

然后修改你的路由组，确保这个中间件是第一个执行的：

Route::prefix('app')->middleware(['validate.dual'])->group(function () {
    // 你的app前缀下的所有路由
    Route::get('/index', [SomeController::class, 'index']);
    // ... 其他路由
});

3. 移除ServiceProvider里的单例注册 #

打开你之前注册Dual单例的ServiceProvider，删掉register方法里的单例代码，因为现在我们是在中间件里手动绑定实例，不需要提前注册了：

public function register()
{
    // 删掉原来的$this->app->singleton(Dual::class, ...)代码
}

4. 优化Dual类的容错性（可选但推荐） #

虽然中间件已经确保了Eli记录存在，但为了代码健壮性，还是给Dual类加一层容错，避免意外情况：

class Dual {
    protected $client = null;
    public $config = [];
    protected $eli;

    public function __construct($config) {
        $this->config = $config;
        // 先提前查询并缓存Eli实例，避免重复查询
        $this->eli = Eli::where(['else' => $this->config['else']])->first();
        $this->bootstrap();
    }

    public function getEli() {
        return $this->eli;
    }

    public function instantiateClient() {
        // 这里可以再加一层判断，虽然中间件已经校验过，但防患于未然
        if (!$this->eli) {
            throw new \Exception('无效的ELI记录');
        }

        $accessToken = $this->eli->accessToken()->first();
        if (!$accessToken) {
            throw new \Exception('找不到对应的访问令牌');
        }

        $client = Client::factory(Client::ADAPTER_OAUTH, [
            'entrypoint' => $this->eli->eli_url,
            'client_id' => '111',
            'client_secret' => '111',
        ]);
        $client->setAccessToken($accessToken->access_token);
        return $client;
    }

    // ... 其他方法不变
}

为什么这样能解决问题？ #

• 执行顺序正确了：中间件是路由组的第一个中间件，会在控制器构造、任何服务初始化之前执行，先完成参数校验和数据库检查，失败直接返回响应，不会走到后续逻辑。
• Dual实例绑定时机正确：只有校验通过后才初始化Dual，并绑定到容器，控制器注入时拿到的是已经校验过的合法实例，不会出现参数缺失或数据库记录不存在的情况。
• 容错性提升：中间件提前拦截错误，Dual类内部也做了兜底判断，避免空值调用导致的崩溃。

这样调整后，就能完美实现你想要的流程：参数校验→数据库记录校验→初始化Dual并注入控制器，任意步骤失败都能返回友好提示。

内容的提问来源于stack exchange，提问作者ficus