Я хотел бы обрабатывать ошибки от Guzzle, когда сервер возвращает коды состояния 4xx и 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.x

Согласно документации , вам могут потребоваться следующие типы исключений:

• 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предложения мы перехватываем класс корневых исключений PHP в цепочке наследования, \Exceptionпоскольку пользовательские исключения 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]). затем вы анализируете ответ, независимо от того, в порядке ли он или ошибка, это будет в ответе для получения дополнительной информации