Я хотів би обробляти помилки від Guzzle, коли сервер повертає 4хx та 5xx коди стану. Я роблю такий запит:

$client = $this->getGuzzleClient();
$request = $client->post($url, $headers, $value);
try {
    $response = $request->send();
    return $response->getBody();
} catch (\Exception $e) {
    // How can I get the response body?
}

$e->getMessageповертає інформацію про код, але не тіло HTTP-відповіді. Як я можу отримати орган відповіді?

Гузька 3.x

За документами ви можете зловити відповідний тип винятку ( ClientErrorResponseExceptionдля помилок 4xx) та зателефонувати на його getResponse()метод, щоб отримати об’єкт відповіді, а потім зателефонуйте getBody()на це:

use Guzzle\Http\Exception\ClientErrorResponseException;

...

try {
    $response = $request->send();
} catch (ClientErrorResponseException $exception) {
    $responseBody = $exception->getResponse()->getBody(true);
}

Перехід trueдо getBodyфункції означає, що ви хочете отримати тіло відповіді у вигляді рядка. Інакше ви отримаєте його як екземпляр класу Guzzle\Http\EntityBody.

Плитка 6.х

За документами типи винятків, які вам можуть знадобитися, є:

• GuzzleHttp\Exception\ClientException для помилок на рівні 400
• GuzzleHttp\Exception\ServerException для помилок на рівні 500
• GuzzleHttp\Exception\BadResponseException для обох (це їх суперклас)

Код для обробки таких помилок тепер виглядає приблизно так:

$client = new GuzzleHttp\Client;
try {
    $client->get('http://google.com/nosuchpage');    
}
catch (GuzzleHttp\Exception\ClientException $e) {
    $response = $e->getResponse();
    $responseBodyAsString = $response->getBody()->getContents();
}

Хоча відповіді вище хороші, вони не вловлюють мережеві помилки. Як згадував Марк, BadResponseException - це просто супер клас для ClientException та ServerException. Але RequestException - це також супер клас BadResponseException. RequestException буде видано не лише для 400 та 500 помилок, але й мережевих помилок та нескінченних переадресацій. Отже, скажімо, ви запитуєте сторінку нижче, але ваша мережа відтворюється, і ваш улов очікує лише BadResponseException. Добре, що ваша програма призведе до помилки.

У цьому випадку краще очікувати RequestException і перевірити відповідь.

try {
  $client->get('http://123123123.com')
} catch (RequestException $e) {

  // If there are network errors, we need to ensure the application doesn't crash.
  // if $e->hasResponse is not null we can attempt to get the message
  // Otherwise, we'll just pass a network unavailable message.
  if ($e->hasResponse()) {
    $exception = (string) $e->getResponse()->getBody();
    $exception = json_decode($exception);
    return new JsonResponse($exception, $e->getCode());
  } else {
    return new JsonResponse($e->getMessage(), 503);
  }

}

Станом на 2019 рік, ось що я розробив з відповідей вище та документів Guzzle, щоб обробити виняток, отримати тіло відповідей, код статусу, повідомлення та інші інколи цінні елементи відповіді.

try {
    /**
     * We use Guzzle to make an HTTP request somewhere in the
     * following theMethodMayThrowException().
     */
    $result = theMethodMayThrowException();
} catch (\GuzzleHttp\Exception\RequestException $e) {
    /**
     * Here we actually catch the instance of GuzzleHttp\Psr7\Response
     * (find it in ./vendor/guzzlehttp/psr7/src/Response.php) with all
     * its own and its 'Message' trait's methods. See more explanations below.
     *
     * So you can have: HTTP status code, message, headers and body.
     * Just check the exception object has the response before.
     */
    if ($e->hasResponse()) {
        $response = $e->getResponse();
        var_dump($response->getStatusCode()); // HTTP status code;
        var_dump($response->getReasonPhrase()); // Response message;
        var_dump((string) $response->getBody()); // Body, normally it is JSON;
        var_dump(json_decode((string) $response->getBody())); // Body as the decoded JSON;
        var_dump($response->getHeaders()); // Headers array;
        var_dump($response->hasHeader('Content-Type')); // Is the header presented?
        var_dump($response->getHeader('Content-Type')[0]); // Concrete header value;
    }
}
// process $result etc. ...

Вуаля. Ви отримуєте інформацію відповіді у зручно розділених елементах.

Бічні примітки:

За допомогою catchпункту ми \Exceptionвловлюємо клас виключення кореневого класу PHP root наслідок, оскільки користувацькі винятки Guzzle розширюють його.

Цей підхід може бути корисним для випадків, коли Guzzle використовується під кришкою, як у Laravel або AWS API PHP SDK, тому ви не можете зловити справжнє виключення Guzzle.

У цьому випадку класом виключень може бути не той, який згадується в документах Guzzle (наприклад, GuzzleHttp\Exception\RequestExceptionяк кореневий виняток для Guzzle).

Тож вам доведеться ловити \Exceptionзамість цього, але майте на увазі, що це все-таки екземпляр класу виключень Guzzle.

Хоча використовуйте обережно. Ці обгортки можуть зробити $e->getResponse()справжні методи об'єкта Guzzle недоступними. У цьому випадку вам доведеться переглянути фактичний вихідний код обгортки та дізнатися, як отримати статус, повідомлення тощо, а не використовувати методи Guzzle $response.

Якщо ви телефонуєте безпосередньо в Guzzle, ви можете спіймати GuzzleHttp\Exception\RequestExceptionбудь-який інший, зазначений у документах про їх винятки, щодо умов вашого використання.

якщо покласти 'http_errors' => falseв жерти параметри запиту, то це було б зупинити кинути виняток при прибуде 4xx або 5xx помилки, як це: $client->get(url, ['http_errors' => false]). то ви аналізуєте відповідь, неважливо, це добре чи помилка, це буде у відповіді для отримання додаткової інформації