メインコンテンツまでスキップ

HTTP クライアント

はじめに

Laravel は、Guzzle HTTP クライアントを中心に表現豊かで最小限の API を提供し、他の Web アプリケーションと通信するための外部 HTTP リクエストを迅速に行うことができます。Laravel の Guzzle のラッパーは、最も一般的な使用ケースに焦点を当て、素晴らしい開発者体験を提供します。

リクエストの作成

リクエストを行うには、Http ファサードが提供する headgetpostputpatchdelete メソッドを使用できます。まず、別の URL に基本的な GET リクエストを行う方法を見てみましょう:

    use Illuminate\Support\Facades\Http;

$response = Http::get('http://example.com');

get メソッドは、Illuminate\Http\Client\Response のインスタンスを返し、レスポンスを検査するために使用できるさまざまなメソッドを提供します:

    $response->body() : string;
$response->json($key = null, $default = null) : mixed;
$response->object() : object;
$response->collect($key = null) : Illuminate\Support\Collection;
$response->status() : int;
$response->successful() : bool;
$response->redirect(): bool;
$response->failed() : bool;
$response->clientError() : bool;
$response->header($header) : string;
$response->headers() : array;

Illuminate\Http\Client\Response オブジェクトは PHP の ArrayAccess インターフェースも実装しており、レスポンス上で JSON レスポンスデータに直接アクセスできます:

    return Http::get('http://example.com/users/1')['name'];

上記のレスポンスメソッドに加えて、次のメソッドを使用して、レスポンスが特定のステータスコードを持っているかどうかを判断できます:

    $response->ok() : bool;                  // 200 OK
$response->created() : bool; // 201 Created
$response->accepted() : bool; // 202 Accepted
$response->noContent() : bool; // 204 No Content
$response->movedPermanently() : bool; // 301 Moved Permanently
$response->found() : bool; // 302 Found
$response->badRequest() : bool; // 400 Bad Request
$response->unauthorized() : bool; // 401 Unauthorized
$response->paymentRequired() : bool; // 402 Payment Required
$response->forbidden() : bool; // 403 Forbidden
$response->notFound() : bool; // 404 Not Found
$response->requestTimeout() : bool; // 408 Request Timeout
$response->conflict() : bool; // 409 Conflict
$response->unprocessableEntity() : bool; // 422 Unprocessable Entity
$response->tooManyRequests() : bool; // 429 Too Many Requests
$response->serverError() : bool; // 500 Internal Server Error

URI テンプレート

HTTP クライアントは、URI テンプレート仕様を使用してリクエスト URL を構築することもできます。URI テンプレートで展開できる URL パラメータを定義するには、withUrlParameters メソッドを使用できます。

Http::withUrlParameters([
'endpoint' => 'https://laravel.com',
'page' => 'docs',
'version' => '11.x',
'topic' => 'validation',
])->get('{+endpoint}/{page}/{version}/{topic}');

リクエストのダンプ

リクエストが送信される前に送信されるリクエストインスタンスをダンプしてスクリプトの実行を終了したい場合は、リクエスト定義の先頭に dd メソッドを追加することができます:

    return Http::dd()->get('http://example.com');

リクエストデータ

もちろん、POSTPUTPATCH リクエストを行う際には、リクエストと一緒に追加のデータを送信することが一般的です。そのため、これらのメソッドはデータの配列を2番目の引数として受け入れます。デフォルトでは、データは application/json コンテンツタイプを使用して送信されます:

    use Illuminate\Support\Facades\Http;

$response = Http::post('http://example.com/users', [
'name' => 'Steve',
'role' => 'Network Administrator',
]);

GET リクエストクエリパラメータ

GET リクエストを行う際には、URLにクエリ文字列を直接追加するか、get メソッドの2番目の引数としてキー/値のペアの配列を渡すことができます:

    $response = Http::get('http://example.com/users', [
'name' => 'Taylor',
'page' => 1,
]);

また、withQueryParameters メソッドを使用することもできます:

    Http::retry(3, 100)->withQueryParameters([
'name' => 'Taylor',
'page' => 1,
])->get('http://example.com/users')

フォーム URL エンコードリクエストの送信

application/x-www-form-urlencoded コンテンツタイプを使用してデータを送信したい場合は、リクエストを行う前に asForm メソッドを呼び出す必要があります:

    $response = Http::asForm()->post('http://example.com/users', [
'name' => 'Sara',
'role' => 'Privacy Consultant',
]);

生のリクエストボディの送信

リクエストを行う際に生のリクエストボディを提供したい場合は、withBody メソッドを使用できます。コンテンツタイプは、メソッドの2番目の引数で指定できます:

    $response = Http::withBody(
base64_encode($photo), 'image/jpeg'
)->post('http://example.com/photo');

マルチパートリクエスト

ファイルをマルチパートリクエストとして送信したい場合は、リクエストを行う前に attach メソッドを呼び出す必要があります。このメソッドはファイルの名前と内容を受け入れます。必要に応じて、ファイルのファイル名として扱われる3番目の引数を提供することができます。ファイルに関連するヘッダーを提供するために4番目の引数を使用することもできます:

    $response = Http::attach(
'attachment', file_get_contents('photo.jpg'), 'photo.jpg', ['Content-Type' => 'image/jpeg']
)->post('http://example.com/attachments');

ファイルの生の内容を渡す代わりに、ストリームリソースを渡すこともできます:

    $photo = fopen('photo.jpg', 'r');

$response = Http::attach(
'attachment', $photo, 'photo.jpg'
)->post('http://example.com/attachments');

ヘッダー

ヘッダーは withHeaders メソッドを使用してリクエストに追加することができます。この withHeaders メソッドは、キー/値のペアの配列を受け入れます:

    $response = Http::withHeaders([
'X-First' => 'foo',
'X-Second' => 'bar'
])->post('http://example.com/users', [
'name' => 'Taylor',
]);

リクエストに対する応答でアプリケーションが期待しているコンテンツタイプを指定するために accept メソッドを使用できます:

    $response = Http::accept('application/json')->get('http://example.com/users');

便宜上、acceptJson メソッドを使用して、リクエストに対する応答として application/json コンテンツタイプが期待されていることを素早く指定することができます:

    $response = Http::acceptJson()->get('http://example.com/users');

withHeaders メソッドは新しいヘッダーをリクエストの既存のヘッダーにマージします。必要に応じて、replaceHeaders メソッドを使用してすべてのヘッダーを完全に置き換えることができます:

$response = Http::withHeaders([
'X-Original' => 'foo',
])->replaceHeaders([
'X-Replacement' => 'bar',
])->post('http://example.com/users', [
'name' => 'Taylor',
]);

認証

withBasicAuth メソッドと withDigestAuth メソッドを使用して、基本認証およびダイジェスト認証の資格情報を指定することができます:

    // Basic authentication...
$response = Http::withBasicAuth('taylor@laravel.com', 'secret')->post(/* ... */);

// Digest authentication...
$response = Http::withDigestAuth('taylor@laravel.com', 'secret')->post(/* ... */);

ベアラートークン

リクエストの Authorization ヘッダーに素早くベアラートークンを追加したい場合は、withToken メソッドを使用できます:

    $response = Http::withToken('token')->post(/* ... */);

タイムアウト

timeout メソッドを使用して、応答を待機する最大秒数を指定できます。デフォルトでは、HTTP クライアントは30秒後にタイムアウトします:

    $response = Http::timeout(3)->get(/* ... */);

指定されたタイムアウトが超過した場合、Illuminate\Http\Client\ConnectionException のインスタンスがスローされます。

connectTimeout メソッドを使用して、サーバーに接続しようとする際に待機する最大秒数を指定できます:

    $response = Http::connectTimeout(3)->get(/* ... */);

リトライ

クライアントまたはサーバーエラーが発生した場合に自動的にリクエストを再試行するようにしたい場合は、retry メソッドを使用できます。retry メソッドは、リクエストを試行する最大回数と、試行間の待機時間(ミリ秒単位)を受け入れます:

    $response = Http::retry(3, 100)->post(/* ... */);

手動で再試行間のミリ秒数を計算したい場合は、retry メソッドの第二引数としてクロージャを渡すことができます:

    use Exception;

$response = Http::retry(3, function (int $attempt, Exception $exception) {
return $attempt * 100;
})->post(/* ... */);

便宜上、retry メソッドの第一引数として配列を指定することもできます。この配列は、後続の試行間にスリープするミリ秒数を決定するために使用されます:

    $response = Http::retry([100, 200])->post(/* ... */);

必要に応じて、retry メソッドに第三引数を渡すこともできます。第三引数は、リトライを実際に試行すべきかを決定する callable である必要があります。たとえば、初回のリクエストで ConnectionException が発生した場合にのみリトライしたい場合があります:

    use Exception;
use Illuminate\Http\Client\PendingRequest;

$response = Http::retry(3, 100, function (Exception $exception, PendingRequest $request) {
return $exception instanceof ConnectionException;
})->post(/* ... */);

リクエストの試行が失敗した場合、新しい試行が行われる前にリクエストに変更を加えたい場合があります。これは、retry メソッドに提供された callable に提供されたリクエスト引数を変更することで実現できます。たとえば、最初の試行で認証エラーが返された場合、新しい認証トークンを使用してリクエストを再試行したい場合があります:

    use Exception;
use Illuminate\Http\Client\PendingRequest;
use Illuminate\Http\Client\RequestException;

$response = Http::withToken($this->getToken())->retry(2, 0, function (Exception $exception, PendingRequest $request) {
if (! $exception instanceof RequestException || $exception->response->status() !== 401) {
return false;
}

$request->withToken($this->getNewToken());

return true;
})->post(/* ... */);

すべてのリクエストが失敗した場合、Illuminate\Http\Client\RequestException のインスタンスがスローされます。この動作を無効にしたい場合は、throw 引数に値 false を指定できます。無効にすると、すべてのリトライが試行された後にクライアントが受信した最後のレスポンスが返されます:

    $response = Http::retry(3, 100, throw: false)->post(/* ... */);

警告

すべてのリクエストが接続の問題によって失敗した場合、throw 引数が false に設定されていても、Illuminate\Http\Client\ConnectionException がスローされます。

エラー処理

Guzzle のデフォルト動作とは異なり、Laravel の HTTP クライアントラッパーはクライアントエラーまたはサーバーエラー(サーバーからの 400 および 500 レベルの応答)で例外をスローしません。これらのエラーが返されたかどうかは、successfulclientError、または serverError メソッドを使用して判断できます:

    // Determine if the status code is >= 200 and < 300...
$response->successful();

// Determine if the status code is >= 400...
$response->failed();

// Determine if the response has a 400 level status code...
$response->clientError();

// Determine if the response has a 500 level status code...
$response->serverError();

// Immediately execute the given callback if there was a client or server error...
$response->onError(callable $callback);

例外のスロー

レスポンスインスタンスがある場合、レスポンスステータスコードがクライアントエラーまたはサーバーエラーを示す場合に Illuminate\Http\Client\RequestException のインスタンスをスローしたい場合は、throw メソッドまたは throwIf メソッドを使用できます:

    use Illuminate\Http\Client\Response;

$response = Http::post(/* ... */);

// Throw an exception if a client or server error occurred...
$response->throw();

// Throw an exception if an error occurred and the given condition is true...
$response->throwIf($condition);

// Throw an exception if an error occurred and the given closure resolves to true...
$response->throwIf(fn (Response $response) => true);

// Throw an exception if an error occurred and the given condition is false...
$response->throwUnless($condition);

// Throw an exception if an error occurred and the given closure resolves to false...
$response->throwUnless(fn (Response $response) => false);

// Throw an exception if the response has a specific status code...
$response->throwIfStatus(403);

// Throw an exception unless the response has a specific status code...
$response->throwUnlessStatus(200);

return $response['user']['id'];

Illuminate\Http\Client\RequestException インスタンスには、返されたレスポンスを検査するための公開された $response プロパティがあります。

throw メソッドは、エラーが発生しない場合にはレスポンスインスタンスを返し、throw メソッドに他の操作をチェーンすることができます:

    return Http::post(/* ... */)->throw()->json();

例外がスローされる前に追加のロジックを実行したい場合は、throw メソッドにクロージャを渡すことができます。クロージャが呼び出された後、例外は自動的にスローされるため、クロージャ内から例外を再度スローする必要はありません:

    use Illuminate\Http\Client\Response;
use Illuminate\Http\Client\RequestException;

return Http::post(/* ... */)->throw(function (Response $response, RequestException $e) {
// ...
})->json();

Guzzle ミドルウェア

Laravel の HTTP クライアントは Guzzle によって提供されているため、Guzzle Middleware を使用して、送信リクエストを操作したり、受信レスポンスを検査したりすることができます。送信リクエストを操作するには、withRequestMiddleware メソッドを介して Guzzle ミドルウェアを登録します:

    use Illuminate\Support\Facades\Http;
use Psr\Http\Message\RequestInterface;

$response = Http::withRequestMiddleware(
function (RequestInterface $request) {
return $request->withHeader('X-Example', 'Value');
}
)->get('http://example.com');

同様に、受信 HTTP レスポンスを検査するためには、withResponseMiddleware メソッドを介してミドルウェアを登録します:

    use Illuminate\Support\Facades\Http;
use Psr\Http\Message\ResponseInterface;

$response = Http::withResponseMiddleware(
function (ResponseInterface $response) {
$header = $response->getHeader('X-Example');

// ...

return $response;
}
)->get('http://example.com');

グローバルミドルウェア

時には、すべての送信リクエストと受信レスポンスに適用されるミドルウェアを登録したい場合があります。これを実現するためには、globalRequestMiddleware メソッドと globalResponseMiddleware メソッドを使用します。通常、これらのメソッドは、アプリケーションの AppServiceProviderboot メソッドで呼び出す必要があります:

use Illuminate\Support\Facades\Http;

Http::globalRequestMiddleware(fn ($request) => $request->withHeader(
'User-Agent', 'Example Application/1.0'
));

Http::globalResponseMiddleware(fn ($response) => $response->withHeader(
'X-Finished-At', now()->toDateTimeString()
));

Guzzle オプション

Guzzle リクエストオプション を使用して、送信リクエストに対して追加のオプションを指定することができます。withOptions メソッドを使用します。withOptions メソッドは、キー/値のペアの配列を受け入れます:

    $response = Http::withOptions([
'debug' => true,
])->get('http://example.com/users');

グローバルオプション

すべての送信リクエストに対してデフォルトオプションを構成するには、globalOptions メソッドを利用できます。通常、このメソッドは、アプリケーションの AppServiceProviderboot メソッドから呼び出すべきです:

use Illuminate\Support\Facades\Http;

/**
* Bootstrap any application services.
*/
public function boot(): void
{
Http::globalOptions([
'allow_redirects' => false,
]);
}

並行リクエスト

時には、複数の HTTP リクエストを同時に行いたい場合があります。つまり、リクエストを順次発行するのではなく、複数のリクエストを同時にディスパッチしたいということです。これにより、遅い HTTP API とのやり取り時に大幅なパフォーマンス向上が期待できます。

幸いなことに、pool メソッドを使用してこれを実現できます。pool メソッドは、Illuminate\Http\Client\Pool インスタンスを受け取るクロージャを受け入れ、リクエストを簡単にリクエストプールに追加してディスパッチできます:

    use Illuminate\Http\Client\Pool;
use Illuminate\Support\Facades\Http;

$responses = Http::pool(fn (Pool $pool) => [
$pool->get('http://localhost/first'),
$pool->get('http://localhost/second'),
$pool->get('http://localhost/third'),
]);

return $responses[0]->ok() &&
$responses[1]->ok() &&
$responses[2]->ok();

各レスポンスインスタンスは、プールに追加された順序に基づいてアクセスできます。必要であれば、as メソッドを使用してリクエストに名前を付けることができ、対応するレスポンスに名前でアクセスできます:

    use Illuminate\Http\Client\Pool;
use Illuminate\Support\Facades\Http;

$responses = Http::pool(fn (Pool $pool) => [
$pool->as('first')->get('http://localhost/first'),
$pool->as('second')->get('http://localhost/second'),
$pool->as('third')->get('http://localhost/third'),
]);

return $responses['first']->ok();

並行リクエストのカスタマイズ

pool メソッドは、withHeadersmiddleware メソッドなどの他の HTTP クライアントメソッドとチェーンできません。プールされたリクエストにカスタムヘッダーまたはミドルウェアを適用したい場合は、プール内の各リクエストでこれらのオプションを構成する必要があります:

use Illuminate\Http\Client\Pool;
use Illuminate\Support\Facades\Http;

$headers = [
'X-Example' => 'example',
];

$responses = Http::pool(fn (Pool $pool) => [
$pool->withHeaders($headers)->get('http://laravel.test/test'),
$pool->withHeaders($headers)->get('http://laravel.test/test'),
$pool->withHeaders($headers)->get('http://laravel.test/test'),
]);

マクロ

Laravel HTTP クライアントを使用すると、アプリケーション全体でサービスとやり取りする際に共通のリクエストパスやヘッダーを構成するための流暢で表現力のあるメカニズムとして機能する「マクロ」を定義できます。始めるには、アプリケーションの App\Providers\AppServiceProvider クラスの boot メソッド内でマクロを定義できます:

use Illuminate\Support\Facades\Http;

/**
* Bootstrap any application services.
*/
public function boot(): void
{
Http::macro('github', function () {
return Http::withHeaders([
'X-Example' => 'example',
])->baseUrl('https://github.com');
});
}

マクロが構成されたら、アプリケーションのどこからでも指定された構成で保留中のリクエストを作成するためにそれを呼び出すことができます:

$response = Http::github()->get('/');

テスト

多くの Laravel サービスは、テストを簡単かつ表現豊かに書くのを助ける機能を提供しており、Laravel の HTTP クライアントも例外ではありません。Http ファサードの fake メソッドを使用すると、リクエストが行われたときに HTTP クライアントにスタブ化された / ダミーのレスポンスを返すように指示することができます。

レスポンスのスタブ化

たとえば、HTTP クライアントに、すべてのリクエストに対して空の 200 ステータスコードのレスポンスを返すように指示するには、fake メソッドを引数なしで呼び出すことができます:

    use Illuminate\Support\Facades\Http;

Http::fake();

$response = Http::post(/* ... */);

特定の URL のスタブ化

または、fake メソッドに配列を渡すこともできます。配列のキーはスタブ化したい URL パターンを表し、それに関連するレスポンスを表します。* 文字はワイルドカード文字として使用できます。スタブ化されていない URL に対して行われたリクエストは実際に実行されます。これらのエンドポイントに対してスタブ化された / ダミーのレスポンスを構築するために、Http ファサードの response メソッドを使用できます:

    Http::fake([
// Stub a JSON response for GitHub endpoints...
'github.com/*' => Http::response(['foo' => 'bar'], 200, $headers),

// Stub a string response for Google endpoints...
'google.com/*' => Http::response('Hello World', 200, $headers),
]);

未一致の URL をスタブ化するフォールバック URL パターンを指定したい場合は、単一の * 文字を使用できます:

    Http::fake([
// Stub a JSON response for GitHub endpoints...
'github.com/*' => Http::response(['foo' => 'bar'], 200, ['Headers']),

// Stub a string response for all other endpoints...
'*' => Http::response('Hello World', 200, ['Headers']),
]);

レスポンスシーケンスのスタブ化

時には、単一の URL が特定の順序で複数のスタブ化されたレスポンスを返す必要がある場合があります。これを実現するには、Http::sequence メソッドを使用してレスポンスを構築できます:

    Http::fake([
// Stub a series of responses for GitHub endpoints...
'github.com/*' => Http::sequence()
->push('Hello World', 200)
->push(['foo' => 'bar'], 200)
->pushStatus(404),
]);

レスポンスシーケンス内のすべてのレスポンスが消費された場合、さらなるリクエストはレスポンスシーケンスが例外をスローする原因となります。シーケンスが空の場合に返すデフォルトのレスポンスを指定したい場合は、whenEmpty メソッドを使用できます:

    Http::fake([
// Stub a series of responses for GitHub endpoints...
'github.com/*' => Http::sequence()
->push('Hello World', 200)
->push(['foo' => 'bar'], 200)
->whenEmpty(Http::response()),
]);

特定の URL パターンをスタブ化する必要があるが、レスポンスシーケンスをスタブ化する必要がある場合は、Http::fakeSequence メソッドを使用できます:

    Http::fakeSequence()
->push('Hello World', 200)
->whenEmpty(Http::response());

フェイクコールバック

特定のエンドポイントに対して返すレスポンスを決定するために複雑なロジックが必要な場合は、fake メソッドにクロージャを渡すことができます。このクロージャは Illuminate\Http\Client\Request のインスタンスを受け取り、レスポンスのインスタンスを返す必要があります。クロージャ内で、返すべきレスポンスの種類を決定するために必要なロジックを実行することができます:

    use Illuminate\Http\Client\Request;

Http::fake(function (Request $request) {
return Http::response('Hello World', 200);
});

ストレイリクエストの防止

個々のテストまたは完全なテストスイート全体で HTTP クライアントを介して送信されたすべてのリクエストがフェイク化されていることを確認したい場合は、preventStrayRequests メソッドを呼び出すことができます。このメソッドを呼び出した後、対応するフェイクレスポンスがないリクエストは実際の HTTP リクエストを行う代わりに例外をスローします:

    use Illuminate\Support\Facades\Http;

Http::preventStrayRequests();

Http::fake([
'github.com/*' => Http::response('ok'),
]);

// An "ok" response is returned...
Http::get('https://github.com/laravel/framework');

// An exception is thrown...
Http::get('https://laravel.com');

リクエストの検査

レスポンスをフェイク化する際に、アプリケーションが正しいデータやヘッダーを送信しているかどうかを確認したい場合があります。Http::fake を呼び出した後に Http::assertSent メソッドを呼び出すことでこれを実現できます。

assertSent メソッドは、Illuminate\Http\Client\Request のインスタンスを受け取り、リクエストが期待通りかどうかを示す真偽値を返すクロージャを受け入れます。テストが合格するためには、少なくとも指定された期待に一致するリクエストが 1 つ以上発行されている必要があります:

    use Illuminate\Http\Client\Request;
use Illuminate\Support\Facades\Http;

Http::fake();

Http::withHeaders([
'X-First' => 'foo',
])->post('http://example.com/users', [
'name' => 'Taylor',
'role' => 'Developer',
]);

Http::assertSent(function (Request $request) {
return $request->hasHeader('X-First', 'foo') &&
$request->url() == 'http://example.com/users' &&
$request['name'] == 'Taylor' &&
$request['role'] == 'Developer';
});

必要に応じて、特定のリクエストが送信されていないことを assertNotSent メソッドを使用してアサートすることができます:

    use Illuminate\Http\Client\Request;
use Illuminate\Support\Facades\Http;

Http::fake();

Http::post('http://example.com/users', [
'name' => 'Taylor',
'role' => 'Developer',
]);

Http::assertNotSent(function (Request $request) {
return $request->url() === 'http://example.com/posts';
});

テスト中に "送信" されたリクエストの数をアサートするために assertSentCount メソッドを使用することができます:

    Http::fake();

Http::assertSentCount(5);

また、テスト中にリクエストが送信されていないことをアサートするために assertNothingSent メソッドを使用することができます:

    Http::fake();

Http::assertNothingSent();

リクエストとレスポンスの記録

あなたはrecordedメソッドを使用して、すべてのリクエストとそれに対応するレスポンスを収集することができます。recordedメソッドは、Illuminate\Http\Client\RequestIlluminate\Http\Client\Responseのインスタンスを含む配列のコレクションを返します:

Http::fake([
'https://laravel.com' => Http::response(status: 500),
'https://nova.laravel.com/' => Http::response(),
]);

Http::get('https://laravel.com');
Http::get('https://nova.laravel.com/');

$recorded = Http::recorded();

[$request, $response] = $recorded[0];

さらに、recordedメソッドは、Illuminate\Http\Client\RequestIlluminate\Http\Client\Responseのインスタンスを受け取り、期待に基づいてリクエスト/レスポンスのペアをフィルタリングするために使用できるクロージャを受け入れます:

use Illuminate\Http\Client\Request;
use Illuminate\Http\Client\Response;

Http::fake([
'https://laravel.com' => Http::response(status: 500),
'https://nova.laravel.com/' => Http::response(),
]);

Http::get('https://laravel.com');
Http::get('https://nova.laravel.com/');

$recorded = Http::recorded(function (Request $request, Response $response) {
return $request->url() !== 'https://laravel.com' &&
$response->successful();
});

イベント

LaravelはHTTPリクエストの送信プロセス中に3つのイベントを発火します。RequestSendingイベントはリクエストが送信される前に発火され、ResponseReceivedイベントは特定のリクエストに対するレスポンスが受信された後に発火されます。ConnectionFailedイベントは特定のリクエストに対してレスポンスが受信されなかった場合に発火されます。

RequestSendingおよびConnectionFailedイベントには、それぞれIlluminate\Http\Client\Requestインスタンスを検査するために使用できる$requestプロパティが含まれています。同様に、ResponseReceivedイベントには$requestプロパティと$responseプロパティが含まれており、Illuminate\Http\Client\Responseインスタンスを検査するために使用できます。これらのイベントに対してアプリケーション内でイベントリスナーを作成することができます:

    use Illuminate\Http\Client\Events\RequestSending;

class LogRequest
{
/**
* イベントを処理します。
*/
public function handle(RequestSending $event): void
{
// $event->request ...
}
}