为什么放弃用SpringBoot中的RestTemplate

这篇文章主要讲解了“为什么放弃用Spring Boot中的RestTemplate”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“为什么放弃用Spring Boot中的RestTemplate”吧!

公司主营业务:成都网站设计、成都网站建设、移动网站开发等业务。帮助企业客户真正实现互联网宣传,提高企业的竞争能力。创新互联公司是一支青春激扬、勤奋敬业、活力青春激扬、勤奋敬业、活力澎湃、和谐高效的团队。公司秉承以“开放、自由、严谨、自律”为核心的企业文化,感谢他们对我们的高要求,感谢他们从不同领域给我们带来的挑战,让我们激情的团队有机会用头脑与智慧不断的给客户带来惊喜。创新互联公司推出渭南免费做网站回馈大家。

如果你的项目中还在直接使用RestTemplate或者okhttp,或者基于它们封装的HttpUtils,那么你可以尝试使用Retrofit。

retrofit-spring-boot-starter实现了Retrofit与spring-boot框架快速整合,并且支持了部分功能增强,从而极大的简化spring-boot项目下http接口调用开发。接下来我们直接通过retrofit-spring-boot-starter,来看看spring-boot项目发送http请求有多简单。

retrofit官方并没有提供与spring-boot快速整合的starter。retrofit-spring-boot-starter是笔者封装的,已在生产环境使用,非常稳定。喜欢的话给个star。

https://github.com/LianjiaTech/retrofit-spring-boot-starter

引入依赖

      com.github.lianjiatech      retrofit-spring-boot-starter      2.0.2  

配置@RetrofitScan注解

你可以给带有 @Configuration 的类配置@RetrofitScan,或者直接配置到spring-boot的启动类上,如下:

@SpringBootApplication  @RetrofitScan("com.github.lianjiatech.retrofit.spring.boot.test")  public class RetrofitTestApplication {      public static void main(String[] args) {          SpringApplication.run(RetrofitTestApplication.class, args);      }  }

定义http接口

接口必须使用@RetrofitClient注解标记!

http相关注解可参考官方文档:

https://square.github.io/retrofit/

@RetrofitClient(baseUrl = "${test.baseUrl}")  public interface HttpApi {      @GET("person")      Result getPerson(@Query("id") Long id);  }

注入使用

将接口注入到其它Service中即可使用。

@Service  public class TestService {      @Autowired      private HttpApi httpApi;      public void test() {          // 通过httpApi发起http请求      }  }

只要通过上述几个步骤,就能实现通过接口发送http请求了,真的很简单。如果你在spring-boot项目里面使用过mybatis,相信你对这种使用方式会更加熟悉。

接下来我们继续介绍一下retrofit-spring-boot-starter更高级一点的功能。

注解式拦截器

很多时候,我们希望某个接口下的某些http请求执行统一的拦截处理逻辑。这个时候可以使用注解式拦截器。使用的步骤主要分为2步:

  •  继承BasePathMatchInterceptor编写拦截处理器;

  •  接口上使用@Intercept进行标注。

下面以给指定请求的url后面拼接timestamp时间戳为例,介绍下如何使用注解式拦截器。

继承BasePathMatchInterceptor编写拦截处理器

@Component  public class TimeStampInterceptor extends BasePathMatchInterceptor {      @Override      public Response doIntercept(Chain chain) throws IOException {          Request request = chain.request();          HttpUrl url = request.url();          long timestamp = System.currentTimeMillis();          HttpUrl newUrl = url.newBuilder()                  .addQueryParameter("timestamp", String.valueOf(timestamp))                  .build();          Request newRequest = request.newBuilder()                  .url(newUrl)                  .build();          return chain.proceed(newRequest);      }  }

接口上使用@Intercept进行标注

@RetrofitClient(baseUrl = "${test.baseUrl}")  @Intercept(handler = TimeStampInterceptor.class, include = {"/api/**"}, exclude = "/api/test/savePerson")  public interface HttpApi {      @GET("person")      Result getPerson(@Query("id") Long id);      @POST("savePerson")      Result savePerson(@Body Person person);  }

上面的@Intercept配置表示:拦截HttpApi接口下/api/**路径下(排除/api/test/savePerson)的请求,拦截处理器使用TimeStampInterceptor。推荐:一百期面试题汇总

扩展注解式拦截器

有的时候,我们需要在拦截注解动态传入一些参数,然后再执行拦截的时候需要使用这个参数。这种时候,我们可以扩展实现自定义拦截注解。

自定义拦截注解必须使用@InterceptMark标记,并且注解中必须包括include()、exclude()、handler()属性信息。使用的步骤主要分为3步:

  •  自定义拦截注解

  •  继承BasePathMatchInterceptor编写拦截处理器

  •  接口上使用自定义拦截注解;

例如我们需要在请求头里面动态加入accessKeyId、accessKeySecret签名信息才能正常发起http请求,这个时候可以自定义一个加签拦截器注解@Sign来实现。下面以自定义@Sign拦截注解为例进行说明。

自定义@Sign注解

@Retention(RetentionPolicy.RUNTIME)  @Target(ElementType.TYPE)  @Documented  @InterceptMark  public @interface Sign {      /**       * 密钥key       * 支持占位符形式配置。       *       * @return       */      String accessKeyId();        /**       * 密钥       * 支持占位符形式配置。       *       * @return       */     String accessKeySecret();      /**       * 拦截器匹配路径       *       * @return       */      String[] include() default {"/**"};      /**       * 拦截器排除匹配,排除指定路径拦截       *       * @return       */      String[] exclude() default {};      /**       * 处理该注解的拦截器类       * 优先从spring容器获取对应的Bean,如果获取不到,则使用反射创建一个!       *       * @return       */      Class handler() default SignInterceptor.class;  }

扩展自定义拦截注解有以下2点需要注意:

  •  自定义拦截注解必须使用@InterceptMark标记。

  •  注解中必须包括include()、exclude()、handler()属性信息。

实现SignInterceptor

@Component  public class SignInterceptor extends BasePathMatchInterceptor {      private String accessKeyId;      private String accessKeySecret;      public void setAccessKeyId(String accessKeyId) {          this.accessKeyId = accessKeyId;      }     public void setAccessKeySecret(String accessKeySecret) {          this.accessKeySecret = accessKeySecret;      }      @Override      public Response doIntercept(Chain chain) throws IOException {          Request request = chain.request();          Request newReq = request.newBuilder()                  .addHeader("accessKeyId", accessKeyId)                  .addHeader("accessKeySecret", accessKeySecret)                  .build();          return chain.proceed(newReq);      }  }

上述accessKeyId和accessKeySecret字段值会依据@Sign注解的accessKeyId()和accessKeySecret()值自动注入,如果@Sign指定的是占位符形式的字符串,则会取配置属性值进行注入。

另外,accessKeyId和accessKeySecret字段必须提供setter方法。Java知音公众号内回复“后端面试”,送你一份Java面试题宝典

接口上使用@Sign

@RetrofitClient(baseUrl = "${test.baseUrl}")  @Sign(accessKeyId = "${test.accessKeyId}", accessKeySecret = "${test.accessKeySecret}", exclude = {"/api/test/person"})  public interface HttpApi {      @GET("person")      Result getPerson(@Query("id") Long id);      @POST("savePerson")      Result savePerson(@Body Person person);  }

这样就能在指定url的请求上,自动加上签名信息了。

连接池管理

默认情况下,所有通过Retrofit发送的http请求都会使用max-idle-connections=5 keep-alive-second=300的默认连接池。

当然,我们也可以在配置文件中配置多个自定义的连接池,然后通过@RetrofitClient的poolName属性来指定使用。比如我们要让某个接口下的请求全部使用poolName=test1的连接池,代码实现如下:

1.配置连接池。

retrofit:      # 连接池配置      pool:          test1:          max-idle-connections: 3          keep-alive-second: 100          test2:          max-idle-connections: 5          keep-alive-second: 50

2.通过@RetrofitClient的poolName属性来指定使用的连接池。

@RetrofitClient(baseUrl = "${test.baseUrl}", poolName="test1")  public interface HttpApi {      @GET("person")      Result getPerson(@Query("id") Long id);  }

日志打印

很多情况下,我们希望将http请求日志记录下来。通过@RetrofitClient的logLevel和logStrategy属性,您可以指定每个接口的日志打印级别以及日志打印策略。

retrofit-spring-boot-starter支持了5种日志打印级别(ERROR, WARN, INFO, DEBUG, TRACE),默认INFO;支持了4种日志打印策略(NONE, BASIC, HEADERS, BODY),默认BASIC。

4种日志打印策略含义如下:

  •  NONE:No logs.

  •  BASIC:Logs request and response lines.

  •  HEADERS:Logs request and response lines and their respective headers.

  •  BODY:Logs request and response lines and their respective headers and bodies (if present).

retrofit-spring-boot-starter默认使用了DefaultLoggingInterceptor执行真正的日志打印功能,其底层就是okhttp原生的HttpLoggingInterceptor。

当然,你也可以自定义实现自己的日志打印拦截器,只需要继承

BaseLoggingInterceptor(具体可以参考DefaultLoggingInterceptor的实现),然后在配置文件中进行相关配置即可。

retrofit:    # 日志打印拦截器    logging-interceptor: com.github.lianjiatech.retrofit.spring.boot.interceptor.DefaultLoggingInterceptor

Http异常信息格式化器

当出现http请求异常时,原始的异常信息可能阅读起来并不友好,因此retrofit-spring-boot-starter提供了Http异常信息格式化器,用来美化输出http请求参数,默认使用DefaultHttpExceptionMessageFormatter进行请求数据格式化。Java知音公众号内回复“后端面试”,送你一份Java面试题宝典

你也可以进行自定义,只需要继承BaseHttpExceptionMessageFormatter,再进行相关配置即可。

retrofit:    # Http异常信息格式化器    http-exception-message-formatter: com.github.lianjiatech.retrofit.spring.boot.interceptor.DefaultHttpExceptionMessageFormatter

调用适配器 CallAdapter

Retrofit可以通过调用适配器CallAdapterFactory将Call对象适配成接口方法的返回值类型。retrofit-spring-boot-starter扩展2种CallAdapterFactory实现:

BodyCallAdapterFactory

  •  默认启用,可通过配置retrofit.enable-body-call-adapter=false关闭

  •  同步执行http请求,将响应体内容适配成接口方法的返回值类型实例。

  •  除了Retrofit.Call、Retrofit.Response、java.util.concurrent.CompletableFuture之外,其它返回类型都可以使用该适配器。

ResponseCallAdapterFactory

  •  默认启用,可通过配置retrofit.enable-response-call-adapter=false关闭

  •  同步执行http请求,将响应体内容适配成Retrofit.Response返回。

  •  如果方法的返回值类型为Retrofit.Response,则可以使用该适配器。

Retrofit自动根据方法返回值类型选用对应的CallAdapterFactory执行适配处理!加上Retrofit默认的CallAdapterFactory,可支持多种形式的方法返回值类型:

  •  Call: 不执行适配处理,直接返回Call对象

  •  CompletableFuture: 将响应体内容适配成CompletableFuture对象返回

  •  Void: 不关注返回类型可以使用Void。如果http状态码不是2xx,直接抛错!

  •  Response: 将响应内容适配成Response对象返回

  •  其他任意Java类型:将响应体内容适配成一个对应的Java类型对象返回,如果http状态码不是2xx,直接抛错! 

/**     * Call     * 不执行适配处理,直接返回Call对象     * @param id     * @return     */    @GET("person")    Call> getPersonCall(@Query("id") Long id);    /**     *  CompletableFuture     *  将响应体内容适配成CompletableFuture对象返回     * @param id     * @return     */    @GET("person")    CompletableFuture> getPersonCompletableFuture(@Query("id") Long id);    /**     * Void     * 不关注返回类型可以使用Void。如果http状态码不是2xx,直接抛错!     * @param id     * @return     */    @GET("person")    Void getPersonVoid(@Query("id") Long id);    /**     *  Response     *  将响应内容适配成Response对象返回     * @param id     * @return     */    @GET("person")    Response> getPersonResponse(@Query("id") Long id);    /**     * 其他任意Java类型     * 将响应体内容适配成一个对应的Java类型对象返回,如果http状态码不是2xx,直接抛错!     * @param id     * @return     */    @GET("person")    Result getPerson(@Query("id") Long id);

我们也可以通过继承CallAdapter.Factory扩展实现自己的CallAdapter;然后将自定义的CallAdapterFactory配置成spring的bean!

自定义配置的CallAdapter.Factory优先级更高!

数据转码器 Converter

Retrofi使用Converter将@Body注解标注的对象转换成请求体,将响应体数据转换成一个Java对象,可以选用以下几种Converter:

  •  Gson: com.squareup.Retrofit:converter-gson

  •  Jackson: com.squareup.Retrofit:converter-jackson

  •  Moshi: com.squareup.Retrofit:converter-moshi

  •  Protobuf: com.squareup.Retrofit:converter-protobuf

  •  Wire: com.squareup.Retrofit:converter-wire

  •  Simple XML: com.squareup.Retrofit:converter-simplexml

retrofit-spring-boot-starter默认使用的是jackson进行序列化转换!如果需要使用其它序列化方式,在项目中引入对应的依赖,再把对应的ConverterFactory配置成spring的bean即可。

我们也可以通过继承Converter.Factory扩展实现自己的Converter;然后将自定义的Converter.Factory配置成spring的bean!

自定义配置的Converter.Factory优先级更高!

全局拦截器 BaseGlobalInterceptor

如果我们需要对整个系统的的http请求执行统一的拦截处理,可以自定义实现全局拦截器BaseGlobalInterceptor, 并配置成spring中的bean!例如我们需要在整个系统发起的http请求,都带上来源信息。

@Component  public class SourceInterceptor extends BaseGlobalInterceptor {      @Override      public Response doIntercept(Chain chain) throws IOException {          Request request = chain.request();          Request newReq = request.newBuilder()                  .addHeader("source", "test")                  .build();          return chain.proceed(newReq);      }  }

感谢各位的阅读,以上就是“为什么放弃用Spring Boot中的RestTemplate”的内容了,经过本文的学习后,相信大家对为什么放弃用Spring Boot中的RestTemplate这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联,小编将为大家推送更多相关知识点的文章,欢迎关注!


网页名称:为什么放弃用SpringBoot中的RestTemplate
路径分享:http://scyanting.com/article/pesopo.html