はじめに
Laravelを使い始めると、「ルート → コントローラ → ビュー」 といった断片的な説明はよく見かけますが、実際に「リクエストがどのように流れてレスポンスになるのか」を全体としてイメージできないことが多いと思います。
特に Kernel や ミドルウェア といった用語は頻出ですが、最初は「何をしているのか」「どこで効いているのか」が分かりにくい部分です。
本記事では、Laravelアプリケーションがリクエストを受けてレスポンスを返すまでの流れを、入口（index.php / bootstrap）から出口（レスポンス返却）まで 俯瞰して整理します。
「Laravelの全体像を押さえたい」「ドキュメントを読んでも断片的にしか理解できない」という方にとって、腹落ちするきっかけになれば幸いです。
この記事でわかること
- リクエストがどこから入って、どの順序で何を通り、レスポンスになるか
- Kernel / Middleware / Route / Controller / Service / Model / Blade の役割と関係
- web/api ミドルウェアグループ と auth などの名前付きミドルウェア の違い
- 汎用の最小コードスニペット
全体像（まずは地図）
[ブラウザ]
↓ HTTPリクエスト
public/index.php
↓ アプリ起動（bootstrap/app.php）/ サービスコンテナ初期化
App\Http\Kernel（HTTPカーネル）
↓ グローバルミドルウェア（全件適用）
RouteServiceProvider → ルーティング解決（web/api グループ付与）
↓ ルート専用ミドルウェア（auth, throttle など）
Controller
↓ Service（任意）/ Repository（任意）
Model（Eloquent / DB）
↓
View（Blade） or JSON（API）
↓ レスポンス用ミドルウェア（逆順で通過）
[ブラウザへレスポンス]
エントリーポイントと起動処理
public/index.php
- すべてのHTTPリクエストはここに到達。
- フレームワークをブートし、アプリケーションを起動。
bootstrap/app.php
- サービスコンテナ（依存性注入の中枢）を初期化。
- 以後、必要なクラスはコンテナ経由で自動解決（DI）。
Kernel と Middleware（関所のイメージ）
HTTPカーネル App\Http\Kernel
どのミドルウェアを通すか を束ねる中枢。以下の3層で整理。
-
$middleware… グローバル（全リクエスト強制） -
$middlewareGroups… セット（web/api） -
$routeMiddleware… 名前付き（auth,verified,throttleなど／ルートで明示指定して使う）
例（概念理解用・代表的なエントリ）
// 全件適用（グローバル）
protected $middleware = [
\Illuminate\Http\Middleware\HandleCors::class,
\App\Http\Middleware\PreventRequestsDuringMaintenance::class,
\Illuminate\Foundation\Http\Middleware\ValidatePostSize::class,
\App\Http\Middleware\TrimStrings::class,
\Illuminate\Foundation\Http\Middleware\ConvertEmptyStringsToNull::class,
];
// グループ（web/api）
protected $middlewareGroups = [
'web' => [
\App\Http\Middleware\EncryptCookies::class,
\Illuminate\Cookie\Middleware\AddQueuedCookiesToResponse::class,
\Illuminate\Session\Middleware\StartSession::class,
\Illuminate\View\Middleware\ShareErrorsFromSession::class,
\App\Http\Middleware\VerifyCsrfToken::class,
\Illuminate\Routing\Middleware\SubstituteBindings::class,
],
'api' => [
'throttle:api',
\Illuminate\Routing\Middleware\SubstituteBindings::class,
],
];
// 名前付き（ルートで選んで使う）
protected $routeMiddleware = [
'auth' => \App\Http\Middleware\Authenticate::class,
'verified' => \Illuminate\Auth\Middleware\EnsureEmailIsVerified::class,
'throttle' => \Illuminate\Routing\Middleware\ThrottleRequests::class,
];
ルートとグループの自動紐づけ
routes/web.php のルートは 自動で web グループ、routes/api.php は 自動で api グループ が適用される（RouteServiceProvider で設定）。
通常の画面系ルートは web.php に書くだけで「セッション」「CSRF」等が有効。
ミドルウェアの入口/出口
public function handle($request, \Closure $next)
{
// 入口の前処理（リクエスト側）
// if (...) return response(...);
$response = $next($request); // 次へ（コントローラ or 次のMW）
// 出口の後処理（レスポンス側）
// $response->headers->set('X-App-Version', '1.0.0');
return $response;
}
-
$next($request)前 → 入口処理 -
$next($request)後 → 出口処理 - レスポンス時は 同じチェーンを逆順 で通過。
実行順序の固定：$middlewarePriority
- 順番に依存がある場合のみ順序を固定（セッション開始 → 認証など）。
- 適用の有無を決める場所ではなく、順序だけの話。
ルーティング：何に結びつく？
ルートは以下のいずれかに結びつく。
1.クロージャ（無名関数／軽い処理・試験向け）
Route::get('/ping', function () {
return 'pong';
});
2.通常のコントローラ
use App\Http\Controllers\UserController;
Route::get('/users', [UserController::class, 'index'])
->middleware('auth'); // 画面系なら web グループは自動適用
3.リソースコントローラ（RESTの定食7本セット）
Route::resource('users', UserController::class);
// index, create, store, show, edit, update, destroy が一気に定義
クロージャは「付箋メモ」。本格処理はコントローラ／サービスへ。
Controller → Service → Model → View の最小サンプル（汎用）
routes/web.php
use App\Http\Controllers\UserController;
Route::get('/users', [UserController::class, 'index'])->middleware('auth');
// web.phpにあるため web グループは自動適用（セッション/CSRFなど）
app/Http/Controllers/UserController.php
namespace App\Http\Controllers;
use App\Services\UserService;
class UserController extends Controller
{
public function __construct(private UserService $service) {}
public function index()
{
$users = $this->service->getAllUsers();
return view('users.index', compact('users'));
}
}
app/Services/UserService.php
namespace App\Services;
use App\Models\User;
class UserService
{
public function getAllUsers()
{
return User::query()->orderBy('id')->get();
}
}
app/Models/User.php
namespace App\Models;
use Illuminate\Database\Eloquent\Model;
class User extends Model
{
// users テーブルと対応（規約で自動推測）
}
resources/views/users/index.blade.php
@extends('layouts.app')
@section('content')
<h1>ユーザー一覧</h1>
<ul>
@foreach($users as $user)
<li>{{ $user->name }} ({{ $user->email }})</li>
@endforeach
</ul>
@endsection
Tips
-
UI系は
web.php、APIはapi.phpに分ける。 -
認証/権限 はルートで明示（
auth,can:adminなど）。 - 共通の前後処理 は カスタムミドルウェア にまとめる。
- 複雑なビジネスロジック はコントローラから Service/UseCase に逃がす。
まとめ
- Kernel は「何を通すか」を決める受付中枢。
- ミドルウェア は入口/出口の関所（全件・セット・個別の3層）。
- ルーティング はクロージャ/コントローラ/リソースコントローラに結びつく。
- Controller→Service→Model→View の流れを押さえると、設計もデバッグも安定する。