RestTemplate处理HTTP状态码为400、500等错误码时,如何获取到其响应结果内容

一、问题的出现

最近在使用RestTemplate发送HTTP请求时,服务端发送回来的响应结果中,HTTP响应码为400、500之类的,RestTemplate默认不处理这类响应结果,直接抛异常。但是,该请求的响应结果内容却是我需要用到的,因为我需要通过该请求的响应结果内容,告诉用户远程调用接口时,出现错误时问题是什么,以及通过请求返回的自定义结果集,来进行其他操作。

现在我们开发中,不管用户执行该请求是否成功,返回的HTTP状态码都是200,但是会在返回的自定义结果集中的code、message去体现具体操作成功与否。

但是该远程服务器返回的结果不太一样,如果用户的操作失败,首先返回的HTTP状态码是400之类的,但是返回的结果是自定义的结果集。

这就导致了,如果不对RestTemplate进行任何配置的话,RestTemplate在遇到HTTP状态码为400、500之类的状态码,直接就抛异常了,就算请求有返回的结果集,我也拿不到.

二、解决方案

给RestTemplate设置一个自定义的ResponeErrorHandler

/**
 * RestTemplate配置类
 */
@Slf4j
@Configuration
public class RestTemplateConfig {

    /**
     * 常用远程调用RestTemplate
     * @return restTemplate
     */
    @Bean("restTemplate")
    public RestTemplate restTemplate(){
        RestTemplate restTemplate = new RestTemplate();
        restTemplate.setErrorHandler(new AcceptResponseErrorHandler());
        return restTemplate ;
    }

    /**
     * 使RestTemplate能够对响应的错误消息不进行处理
     * 如:当响应码为400、500等错误时,能够不进行处理,最终用户可以获取到body数据
     */
    private static class AcceptResponseErrorHandler implements ResponseErrorHandler {

        @Override
        public boolean hasError(ClientHttpResponse response) throws IOException {
            return false;
        }

        @Override
        public void handleError(ClientHttpResponse response) throws IOException {

        }
}

至此,通过以上配置,RestTemplate在遇到HTTP状态码为400、500错误码时,能够不抛出异常,开发者也能够对其中的响应结果进行处理。

以下,将简单地对源码进行分析,展现,为什么RestTemplate在遇到HTTP状态码为400、500错误码时,会抛出异常。

三、源码分析

1、在RestTemplate中给定了一个默认的ResponseErrorHandler,也就是在该类中,对返回的错误码进行了处理。

private ResponseErrorHandler errorHandler = new DefaultResponseErrorHandler();

2、不管是调动get、post或者execute方法,最终都是调用到了doExecute方法。

protected  T doExecute(URI url, @Nullable HttpMethod method, @Nullable RequestCallback requestCallback,
			@Nullable ResponseExtractor responseExtractor) throws RestClientException {

		Assert.notNull(url, "URI is required");
		Assert.notNull(method, "HttpMethod is required");
		ClientHttpResponse response = null;
		try {
			ClientHttpRequest request = createRequest(url, method);
			if (requestCallback != null) {
				requestCallback.doWithRequest(request);
			}
			response = request.execute();
            // 在该函数中对响应的结果进行了处理
			handleResponse(url, method, response);
			return (responseExtractor != null ? responseExtractor.extractData(response) : null);
		}
		catch (IOException ex) {
			String resource = url.toString();
			String query = url.getRawQuery();
			resource = (query != null ? resource.substring(0, resource.indexOf('?')) : resource);
			throw new ResourceAccessException("I/O error on " + method.name() +
					" request for \"" + resource + "\": " + ex.getMessage(), ex);
		}
		finally {
			if (response != null) {
				response.close();
			}
		}
	}

3、由于RestTemplate是对响应的错误码进行了拦截,那么我们将重点放到了doExecute方法中的以下方法。

handleResponse(url, method, response);

 该方法对响应结果进行了处理,那么ResponseErrorHandler就在该方法里起了作用。

protected void handleResponse(URI url, HttpMethod method, ClientHttpResponse response) throws IOException {
        // 拿到了ResponseErrorHandler,如果我们有给RestTemaplate指定,就拿到我们的,
        // 没有指定的话就拿到默认的,也就是DefaultResponseErrorHandler 
		ResponseErrorHandler errorHandler = getErrorHandler();
        // 在该处通过调用ResponseErrorHandler 判断是否有错,如果有的话,就进入handleError
		boolean hasError = errorHandler.hasError(response);
		if (logger.isDebugEnabled()) {
			try {
				int code = response.getRawStatusCode();
				HttpStatus status = HttpStatus.resolve(code);
				logger.debug("Response " + (status != null ? status : code));
			}
			catch (IOException ex) {
				// ignore
			}
		}
		if (hasError) {
            // 调用handleError去处理错误
			errorHandler.handleError(url, method, response);
		}
	}

通过以上代码分析,可以知道,是通过调用了ResponseErrorHandler的hasError函数去判断结果中是否有错误,然后通过调用其handleError函数取处理错误。

4、由于我们没有对RestTemplate进行过任何ResponseErrorHandler的设置,那么我们直接进行它默认的DefaultResponseErrorHandler去分析其hasError和handleError函数。

5、首先观察下DefaultResponseErrorHandler的hasError,看其是如何判断接口的返回是错误的。

@Override
	public boolean hasError(ClientHttpResponse response) throws IOException {
		int rawStatusCode = response.getRawStatusCode();
        // 对响应码进行处理,可以不管
		HttpStatus statusCode = HttpStatus.resolve(rawStatusCode);
        // 核心是重载的hasError函数
		return (statusCode != null ? hasError(statusCode) : hasError(rawStatusCode));
	}

通过以上函数入口得知,重载的hasError是关键入口。

protected boolean hasError(HttpStatus statusCode) {
		return statusCode.isError();
	}

	/**
	 * Template method called from {@link #hasError(ClientHttpResponse)}.
	 * 

The default implementation checks if the given status code is * {@code HttpStatus.Series#CLIENT_ERROR CLIENT_ERROR} or * {@code HttpStatus.Series#SERVER_ERROR SERVER_ERROR}. * Can be overridden in subclasses. * @param unknownStatusCode the HTTP status code as raw value * @return {@code true} if the response indicates an error; {@code false} otherwise * @since 4.3.21 * @see HttpStatus.Series#CLIENT_ERROR * @see HttpStatus.Series#SERVER_ERROR */ protected boolean hasError(int unknownStatusCode) { HttpStatus.Series series = HttpStatus.Series.resolve(unknownStatusCode); return (series == HttpStatus.Series.CLIENT_ERROR || series == HttpStatus.Series.SERVER_ERROR); }

可以看到第二个hasError函数,当对应的响应码为Client_Error(4xx)或者是Server_Error(5xx)时,就断定该响应结果是有错误的。

6、当得知4xx、5xx的响应码断定为请求响应式错误的,那么接下来则进入到了DefaultResponseErrorHandler的handleError函数。

@Override
	public void handleError(ClientHttpResponse response) throws IOException {
		HttpStatus statusCode = getHttpStatusCode(response);
		switch (statusCode.series()) {
			case CLIENT_ERROR:
				throw new HttpClientErrorException(statusCode, response.getStatusText(),
						response.getHeaders(), getResponseBody(response), getCharset(response));
			case SERVER_ERROR:
				throw new HttpServerErrorException(statusCode, response.getStatusText(),
						response.getHeaders(), getResponseBody(response), getCharset(response));
			default:
				throw new UnknownHttpStatusCodeException(statusCode.value(), response.getStatusText(),
						response.getHeaders(), getResponseBody(response), getCharset(response));
		}
	}

可以看到当错误码为Client_Error(4xx)或者是Server_Error(5xx)时,都是抛出异常,既然是在此处抛出异常,那么RestTemplate在调用接口之后遇到此类错误码,自然也就抛出异常,不再进行下一步获取数据了,用户拿不到!

7、最终,只要我们实现一个ResponseErrorHandler,hasError始终返回false,handleError不做任何处理,那么我们能够顺利拿到当响应码为4xx、5xx之类时的响应数据了。

你可能感兴趣的:(后端开发问题解决集合,java,spring,boot,spring,cloud)