Laravel предлагает минимальный и выразительный API для HTTP-клиента Guzzle, позволяющий быстро выполнять исходящие запросы для взаимодействия с другими веб-приложениями. Обертка вокруг Guzzle ориентирована на наиболее распространенные варианты использования и дает прекрасные возможности для разработчиков.
Вы должны убедиться, что пакет Guzzle включен в зависимости вашего приложения. По умолчанию Laravel автоматически включает эту зависимость. Однако, если вы ранее удалили пакет, то вы можете установить его снова через Composer:
composer require guzzlehttp/guzzle
Для отправки запросов вы можете использовать методы head
, get
, post
, put
, patch
и delete
фасада Http
. Сначала давайте рассмотрим, как сделать основной запрос GET
:
use Illuminate\Support\Facades\Http;
$response = Http::get('http://example.com');
Метод get
возвращает экземпляр Illuminate\Http\Client\Response
, содержащий методы, которые можно использовать для получения информации об ответе:
$response->body() : string;
$response->json($key = null) : array|mixed;
$response->object() : object;
$response->collect($key = null) : Illuminate\Support\Collection;
$response->status() : int;
$response->ok() : bool;
$response->successful() : bool;
$response->redirect(): bool;
$response->failed() : bool;
$response->serverError() : bool;
$response->clientError() : bool;
$response->header($header) : string;
$response->headers() : array;
Объект Illuminate\Http\Client\Response
также реализует интерфейс ArrayAccess
PHP, позволяющий напрямую получать доступ к данным ответа JSON:
return Http::get('http://example.com/users/1')['name'];
Если вы хотите получить информацию о сформированном экземпляре исходящего запроса перед его отправкой и прекратить выполнение скрипта, вы можете добавить метод dd
в начало определения вашего запроса:
return Http::dd()->get('http://example.com');
При выполнении запросов POST
, PUT
и PATCH
обычно отправляются дополнительные данные, поэтому эти методы принимают массив данных в качестве второго аргумента. По умолчанию данные будут отправляться с использованием типа содержимого application/json
:
use Illuminate\Support\Facades\Http;
$response = Http::post('http://example.com/users', [
'name' => 'Steve',
'role' => 'Network Administrator',
]);
При выполнении запросов GET
вы можете либо напрямую добавить строку запроса к URL, либо передать массив пар ключ / значение в качестве второго аргумента метода get
:
$response = Http::get('http://example.com/users', [
'name' => 'Taylor',
'page' => 1,
]);
Если вы хотите отправлять данные с использованием типа содержимого application/x-www-form-urlencoded
, то вы должны вызвать метод asForm
перед выполнением запроса:
$response = Http::asForm()->post('http://example.com/users', [
'name' => 'Sara',
'role' => 'Privacy Consultant',
]);
Вы можете использовать метод withBody
, если хотите передать необработанное тело запроса при его выполнении. Тип контента может быть указан вторым аргументом метода:
$response = Http::withBody(
base64_encode($photo), 'image/jpeg'
)->post('http://example.com/photo');
Если вы хотите отправлять файлы в запросах, состоящих из нескольких частей, необходимо вызвать метод attach
перед выполнением запроса. Этот метод принимает имя файла и его содержимое. При желании вы можете указать третий аргумент, который будет считаться именем файла:
$response = Http::attach(
'attachment', file_get_contents('photo.jpg'), 'photo.jpg'
)->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');
Вы можете указать данные basic и digest аутентификации, используя методы withBasicAuth
и withDigestAuth
, соответственно:
// Basic HTTP-аутентификация ...
$response = Http::withBasicAuth('[email protected]', 'secret')->post(/* ... */);
// Digest HTTP-аутентификация ...
$response = Http::withDigestAuth('[email protected]', 'secret')->post(/* ... */);
Если вы хотите добавить токен в заголовок Authorization
запроса, то используйте метод withToken
:
$response = Http::withToken('token')->post(/* ... */);
Метод timeout
используется для указания максимального количества секунд ожидания ответа:
$response = Http::timeout(3)->get(/* ... */);
Если указанный тайм-аут превышен, то будет выброшено исключение Illuminate\Http\Client\ConnectionException
.
Вы можете указать максимальное количество секунд ожидания при попытке подключения к серверу с помощью метода connectTimeout
:
$response = Http::connectTimeout(3)->get(/* ... */);
Если вы хотите, чтобы HTTP-клиент автоматически повторял запрос при возникновении ошибки клиента или сервера, то используйте метод retry
. Метод retry
принимает максимальное количество попыток выполнения запроса и количество миллисекунд, которые Laravel должен ждать между попытками:
$response = Http::retry(3, 100)->post(/* ... */);
При необходимости вы можете передать третий аргумент методу retry
. Третий аргумент должен быть вызываемым, и определять, следует ли на самом деле выполнять повторную попытку. Например, вы можете захотеть повторить запрос только в том случае, если в изначальном запросе было обнаружено исключение ConnectionException
:
$response = Http::retry(3, 100, function ($exception, $request) {
return $exception instanceof ConnectionException;
})->post(/* ... */);
Если попытка запроса окажется неуспешной, то вы можете внести изменения в запрос до того, как будет сделана новая попытка. Вы можете добиться этого, изменив аргумент запроса, предоставленный вызываемому объекту, который вы предоставили методу retry
. Например, вы можете повторить запрос с новым токеном авторизации, если первая попытка вернула ошибку аутентификации:
$response = Http::withToken($this->getToken())->retry(2, 0, function ($exception, $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(/* ... */);
Предупреждение
Если все запросы окажутся неуспешными из-за проблемы с соединением, то все равно будет выброшено исключениеIlluminate\Http\Client\ConnectionException
, даже если для аргументаthrow
установлено значениеfalse
.
В отличие от поведения Guzzle по умолчанию, обертка HTTP-клиента Laravel не генерирует исключений при возникновении ошибок клиента или сервера (ответы 400
и 500
, соответственно). Вы можете определить, была ли возвращена одна из этих ошибок, используя методы successful
, clientError
или serverError
:
// Определить, имеет ли ответ код состояния >= 200 and < 300...
$response->successful();
// Определить, имеет ли ответ код состояния >= 400...
$response->failed();
// Определить, имеет ли ответ код состояния 400 ...
$response->clientError();
// Определить, имеет ли ответ код состояния 500 ...
$response->serverError();
// Немедленно выполнить переданное замыкание, если произошла ошибка клиента или сервера ...
$response->onError(callable $callback);
Если у вас есть экземпляр ответа и вы хотите выбросить исключение Illuminate\Http\Client\RequestException
, если код состояния ответа указывает на ошибку клиента или сервера, используйте метод throw
или throwIf
:
$response = Http::post(/* ... */);
// Выбросить исключение, если произошла ошибка клиента или сервера ...
$response->throw();
// Выбросить исключение, если произошла ошибка и переданное условие является истинным
$response->throwIf($condition);
return $response['user']['id'];
Экземпляр Illuminate\Http\Client\RequestException
имеет свойство $response
, которое позволит вам проверить возвращенный ответ.
Метод throw
возвращает экземпляр ответа, если ошибки не произошло, что позволяет вам использовать цепочку вызовов после метода throw
:
return Http::post(/* ... */)->throw()->json();
Если вы хотите выполнить некоторую дополнительную логику до того, как будет сгенерировано исключение, вы можете передать замыкание методу throw
. Исключение будет сгенерировано автоматически после вызова замыкания, поэтому вам не нужно повторно генерировать исключение изнутри замыкания:
return Http::post(/* ... */)->throw(function ($response, $e) {
//
})->json();
Вы можете указать дополнительные параметры запроса для Guzzle, используя метод withOptions
. Метод withOptions
принимает массив пар ключ / значение:
$response = Http::withOptions([
'debug' => true,
])->get('http://example.com/users');
Иногда требуется выполнить несколько HTTP-запросов параллельно. Другими словами, отправить несколько запросов одновременно, а не последовательно. Это может привести к значительному повышению производительности при взаимодействии с медленными API HTTP.
Вы можете сделать это с помощью метода 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();
HTTP-клиент Laravel позволяет вам определять «макрокоманды», которые могут служить гибким, выразительным механизмом для задания общих путей и заголовков запросов при взаимодействии со службами в вашем приложении. Для начала вы можете определить макрокоманду в методе boot
поставщика App\Providers\AppServiceProvider
вашего приложения:
use Illuminate\Support\Facades\Http;
/**
* Загрузка любых служб приложения.
*
* @return void
*/
public function boot()
{
Http::macro('github', function () {
return Http::withHeaders([
'X-Example' => 'example',
])->baseUrl('https://github.com');
});
}
После того, как ваша макрокоманда создана, вы можете вызывать ее из любого места вашего приложения, чтобы создать запрос с указанной конфигурацией:
$response = Http::github()->get('/');
Многие службы Laravel содержат функционал, помогающий вам легко и выразительно писать тесты, и HTTP-клиент Laravel не является исключением. Метод fake
фасада Http
позволяет указать HTTP-клиенту возвращать заглушенные / фиктивные ответы при выполнении запросов.
Например, чтобы дать указание HTTP-клиенту возвращать пустые ответы c кодом состояния 200
на каждый запрос, вы можете вызвать метод fake
без аргументов:
use Illuminate\Support\Facades\Http;
Http::fake();
$response = Http::post(/* ... */);
В качестве альтернативы вы можете передать массив методу fake
. Ключи массива должны представлять шаблоны URL, которые вы хотите подделать, и связанные с ними ответы. Допускается использование метасимвола подстановки *
. Любые запросы к URL-адресам, которые не были сфальсифицированы, будут выполнены фактически. Вы можете использовать метод response
фасада Http
для создания заглушек / фиктивных ответов для этих адресов:
Http::fake([
// Заглушка JSON ответа для адресов GitHub ...
'github.com/*' => Http::response(['foo' => 'bar'], 200, $headers),
// Заглушка строкового ответа для адресов Google ...
'google.com/*' => Http::response('Hello World', 200, $headers),
]);
Если вы хотите указать шаблон резервного URL-адреса, который будет заглушать все несопоставленные URL-адреса, то используйте символ *
:
Http::fake([
// Заглушка JSON ответа для адресов GitHub ...
'github.com/*' => Http::response(['foo' => 'bar'], 200, ['Headers']),
// Заглушка строкового ответа для всех остальных адресов ...
'*' => Http::response('Hello World', 200, ['Headers']),
]);
По желанию можно указать, что один URL должен возвращать серию фиктивных ответов в определенном порядке. Вы можете сделать это, используя метод Http::sequence
для составления ответов:
Http::fake([
// Заглушка серии ответов для адресов GitHub ...
'github.com/*' => Http::sequence()
->push('Hello World', 200)
->push(['foo' => 'bar'], 200)
->pushStatus(404),
]);
Когда все ответы в этой последовательности будут использованы, любые дальнейшие запросы приведут к выбросу исключения. Если вы хотите указать ответ по умолчанию, который должен возвращаться, когда последовательность пуста, то используйте метод whenEmpty
:
Http::fake([
// Заглушка серии ответов для адресов GitHub ...
'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'),
]);
// Возвращается ответ «ok» ...
Http::get('https://github.com/laravel/framework');
// Выбрасывается исключение ...
Http::get('https://laravel.com');
При фальсификации ответов вы можете иногда захотеть проверить запросы, которые получает клиент, чтобы убедиться, что ваше приложение отправляет правильные данные или заголовки. Вы можете сделать это, вызвав метод Http::assertSent
после вызова Http::fake
.
Метод assertSent
принимает замыкание, которому будет передан экземпляр Illuminate\Http\Client\Request
и, которое должно возвращать значение логического типа, указывающее, соответствует ли запрос вашим ожиданиям. Для успешного прохождения теста должен быть отправлен хотя бы один запрос, соответствующий указанным ожиданиям:
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();
Laravel инициирует три события в процессе отправки HTTP-запросов. Событие RequestSending
инициируется до отправки запроса, а событие ResponseReceived
инициируется после получения ответа на переданный запрос. Событие ConnectionFailed
инициируется, если на данный запрос не получен ответ.
События RequestSending
и ConnectionFailed
содержат публичное свойство $request
, которое вы можете использовать для инспектирования экземпляра Illuminate\Http\Client\Request
. Аналогично, событие ResponseReceived
содержит свойство $request
, а также свойство $response
, которое может использоваться для инспектирования экземпляра Illuminate\Http\Client\Response
. Как правило, регистрация слушателей этих событий осуществляется в поставщике App\Providers\EventServiceProvider
:
/**
* Карта слушателей событий приложения.
*
* @var array
*/
protected $listen = [
'Illuminate\Http\Client\Events\RequestSending' => [
'App\Listeners\LogRequestSending',
],
'Illuminate\Http\Client\Events\ResponseReceived' => [
'App\Listeners\LogResponseReceived',
],
'Illuminate\Http\Client\Events\ConnectionFailed' => [
'App\Listeners\LogConnectionFailed',
],
];