在SpringBoot
專案直接使用okhttp
、httpClient
或者RestTemplate
發起HTTP
請求,既繁瑣又不方便統一管理。因此,在這裡推薦一個適用於SpringBoot
專案的輕量級HTTP客戶端框架retrofit-spring-boot-starter,使用非常簡單方便,同時又提供諸多功能增強。目前專案已經更新至2.2.2
版本,並且會持續進行迭代優化。
專案地址:https://github.com/LianjiaTech/retrofit-spring-boot-starter
前言
Retrofit
是適用於Android
和Java
且型別安全的HTTP客戶端,其最大的特性的是支援通過介面
的方式發起HTTP請求。而spring-boot
是使用最廣泛的Java開發框架,但是Retrofit
官方沒有支援與spring-boot
框架快速整合,因此我們開發了retrofit-spring-boot-starter
。
retrofit-spring-boot-starter
實現了Retrofit
與spring-boot
框架快速整合,並且支援了諸多功能增強,極大簡化開發。
?專案持續優化迭代,歡迎大家提ISSUE和PR!麻煩大家能給一顆star✨,您的star是我們持續更新的動力!
功能特性
- [x] 自定義注入OkHttpClient
- [x] 註解式攔截器
- [x] 連線池管理
- [x] 日誌列印
- [x] 請求重試
- [x] 錯誤解碼器
- [x] 全域性攔截器
- [x] 熔斷降級
- [x] 微服務之間的HTTP呼叫
- [x] 呼叫介面卡
- [x] 資料轉換器
快速使用
引入依賴
<dependency>
<groupId>com.github.lianjiatech</groupId>
<artifactId>retrofit-spring-boot-starter</artifactId>
<version>2.2.2</version>
</dependency>
定義http介面
介面必須使用@RetrofitClient
註解標記!http相關注解可參考官方文件:retrofit官方文件。
@RetrofitClient(baseUrl = "${test.baseUrl}")
public interface HttpApi {
@GET("person")
Result<Person> getPerson(@Query("id") Long id);
}
注入使用
將介面注入到其它Service中即可使用!
@Service
public class TestService {
@Autowired
private HttpApi httpApi;
public void test() {
// 通過httpApi發起http請求
}
}
HTTP請求相關注解
HTTP
請求相關注解,全部使用了retrofit
原生註解。詳細資訊可參考官方文件:retrofit官方文件,以下是一個簡單說明。
註解分類 | 支援的註解 |
---|---|
請求方式 | @GET @HEAD @POST @PUT @DELETE @OPTIONS |
請求頭 | @Header @HeaderMap @Headers |
Query引數 | @Query @QueryMap @QueryName |
path引數 | @Path |
form-encoded引數 | @Field @FieldMap @FormUrlEncoded |
檔案上傳 | @Multipart @Part @PartMap |
url引數 | @Url |
配置項說明
retrofit-spring-boot-starter
支援了多個可配置的屬性,用來應對不同的業務場景。您可以視情況進行修改,具體說明如下:
配置 | 預設值 | 說明 |
---|---|---|
enable-log | true | 啟用日誌列印 |
logging-interceptor | DefaultLoggingInterceptor | 日誌列印攔截器 |
pool | 連線池配置 | |
disable-void-return-type | false | 禁用java.lang.Void返回型別 |
retry-interceptor | DefaultRetryInterceptor | 請求重試攔截器 |
global-converter-factories | JacksonConverterFactory | 全域性轉換器工廠 |
global-call-adapter-factories | BodyCallAdapterFactory,ResponseCallAdapterFactory | 全域性呼叫介面卡工廠 |
enable-degrade | false | 是否啟用熔斷降級 |
degrade-type | sentinel | 熔斷降級實現方式(目前僅支援Sentinel) |
resource-name-parser | DefaultResourceNameParser | 熔斷資源名稱解析器,用於解析資源名稱 |
yml
配置方式:
retrofit:
enable-response-call-adapter: true
# 啟用日誌列印
enable-log: true
# 連線池配置
pool:
test1:
max-idle-connections: 3
keep-alive-second: 100
test2:
max-idle-connections: 5
keep-alive-second: 50
# 禁用void返回值型別
disable-void-return-type: false
# 日誌列印攔截器
logging-interceptor: com.github.lianjiatech.retrofit.spring.boot.interceptor.DefaultLoggingInterceptor
# 請求重試攔截器
retry-interceptor: com.github.lianjiatech.retrofit.spring.boot.retry.DefaultRetryInterceptor
# 全域性轉換器工廠
global-converter-factories:
- retrofit2.converter.jackson.JacksonConverterFactory
# 全域性呼叫介面卡工廠
global-call-adapter-factories:
- com.github.lianjiatech.retrofit.spring.boot.core.BodyCallAdapterFactory
- com.github.lianjiatech.retrofit.spring.boot.core.ResponseCallAdapterFactory
# 是否啟用熔斷降級
enable-degrade: true
# 熔斷降級實現方式
degrade-type: sentinel
# 熔斷資源名稱解析器
resource-name-parser: com.github.lianjiatech.retrofit.spring.boot.degrade.DefaultResourceNameParser
高階功能
自定義注入OkHttpClient
通常情況下,通過@RetrofitClient
註解屬性動態建立OkHttpClient
物件能夠滿足大部分使用場景。但是在某些情況下,使用者可能需要自定義OkHttpClient
,這個時候,可以在介面上定義返回型別是OkHttpClient.Builder
的靜態方法來實現。程式碼示例如下:
@RetrofitClient(baseUrl = "http://ke.com")
public interface HttpApi3 {
@OkHttpClientBuilder
static OkHttpClient.Builder okhttpClientBuilder() {
return new OkHttpClient.Builder()
.connectTimeout(1, TimeUnit.SECONDS)
.readTimeout(1, TimeUnit.SECONDS)
.writeTimeout(1, TimeUnit.SECONDS);
}
@GET
Result<Person> getPerson(@Url String url, @Query("id") Long id);
}
方法必須使用
@OkHttpClientBuilder
註解標記!
註解式攔截器
很多時候,我們希望某個介面下的某些http請求執行統一的攔截處理邏輯。為了支援這個功能,retrofit-spring-boot-starter
提供了註解式攔截器,做到了基於url路徑的匹配攔截。使用的步驟主要分為2步:
- 繼承
BasePathMatchInterceptor
編寫攔截處理器; - 介面上使用
@Intercept
進行標註。如需配置多個攔截器,在介面上標註多個@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<Person> getPerson(@Query("id") Long id);
@POST("savePerson")
Result<Person> 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<? extends BasePathMatchInterceptor> 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
方法。
介面上使用@Sign
@RetrofitClient(baseUrl = "${test.baseUrl}")
@Sign(accessKeyId = "${test.accessKeyId}", accessKeySecret = "${test.accessKeySecret}", exclude = {"/api/test/person"})
public interface HttpApi {
@GET("person")
Result<Person> getPerson(@Query("id") Long id);
@POST("savePerson")
Result<Person> savePerson(@Body Person person);
}
這樣就能在指定url的請求上,自動加上簽名資訊了。
連線池管理
預設情況下,所有通過Retrofit
傳送的http請求都會使用max-idle-connections=5 keep-alive-second=300
的預設連線池。當然,我們也可以在配置檔案中配置多個自定義的連線池,然後通過@RetrofitClient
的poolName
屬性來指定使用。比如我們要讓某個介面下的請求全部使用poolName=test1
的連線池,程式碼實現如下:
-
配置連線池。
retrofit: # 連線池配置 pool: test1: max-idle-connections: 3 keep-alive-second: 100 test2: max-idle-connections: 5 keep-alive-second: 50
-
通過
@RetrofitClient
的poolName
屬性來指定使用的連線池。@RetrofitClient(baseUrl = "${test.baseUrl}", poolName="test1") public interface HttpApi { @GET("person") Result<Person> getPerson(@Query("id") Long id); }
日誌列印
很多情況下,我們希望將http請求日誌記錄下來。通過retrofit.enableLog
配置可以全域性控制日誌是否開啟。
針對每個介面,可以通過@RetrofitClient
的enableLog
控制是否開啟,通過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
請求重試
retrofit-spring-boot-starter
支援請求重試功能,只需要在介面或者方法上加上@Retry
註解即可。@Retry
支援重試次數maxRetries
、重試時間間隔intervalMs
以及重試規則retryRules
配置。重試規則支援三種配置:
RESPONSE_STATUS_NOT_2XX
:響應狀態碼不是2xx
時執行重試;OCCUR_IO_EXCEPTION
:發生IO異常時執行重試;OCCUR_EXCEPTION
:發生任意異常時執行重試;
預設響應狀態碼不是2xx
或者發生IO異常時自動進行重試。需要的話,你也可以繼承BaseRetryInterceptor
實現自己的請求重試攔截器,然後將其配置上去。
retrofit:
# 請求重試攔截器
retry-interceptor: com.github.lianjiatech.retrofit.spring.boot.retry.DefaultRetryInterceptor
錯誤解碼器
在HTTP
發生請求錯誤(包括髮生異常或者響應資料不符合預期)的時候,錯誤解碼器可將HTTP
相關資訊解碼到自定義異常中。你可以在@RetrofitClient
註解的errorDecoder()
指定當前介面的錯誤解碼器,自定義錯誤解碼器需要實現ErrorDecoder
介面:
/**
* 錯誤解碼器。ErrorDecoder.
* 當請求發生異常或者收到無效響應結果的時候,將HTTP相關資訊解碼到異常中,無效響應由業務自己判斷
*
* When an exception occurs in the request or an invalid response result is received, the HTTP related information is decoded into the exception,
* and the invalid response is determined by the business itself.
*
* @author 陳添明
*/
public interface ErrorDecoder {
/**
* 當無效響應的時候,將HTTP資訊解碼到異常中,無效響應由業務自行判斷。
* When the response is invalid, decode the HTTP information into the exception, invalid response is determined by business.
*
* @param request request
* @param response response
* @return If it returns null, the processing is ignored and the processing continues with the original response.
*/
default RuntimeException invalidRespDecode(Request request, Response response) {
if (!response.isSuccessful()) {
throw RetrofitException.errorStatus(request, response);
}
return null;
}
/**
* 當請求發生IO異常時,將HTTP資訊解碼到異常中。
* When an IO exception occurs in the request, the HTTP information is decoded into the exception.
*
* @param request request
* @param cause IOException
* @return RuntimeException
*/
default RuntimeException ioExceptionDecode(Request request, IOException cause) {
return RetrofitException.errorExecuting(request, cause);
}
/**
* 當請求發生除IO異常之外的其它異常時,將HTTP資訊解碼到異常中。
* When the request has an exception other than the IO exception, the HTTP information is decoded into the exception.
*
* @param request request
* @param cause Exception
* @return RuntimeException
*/
default RuntimeException exceptionDecode(Request request, Exception cause) {
return RetrofitException.errorUnknown(request, cause);
}
}
全域性攔截器
全域性應用攔截器
如果我們需要對整個系統的的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);
}
}
全域性網路攔截器
只需要實現NetworkInterceptor
介面 並配置成spring
容器中的bean
就支援自動織入全域性網路攔截器。
熔斷降級
在分散式服務架構中,對不穩定的外部服務進行熔斷降級是保證服務高可用的重要措施之一。由於外部服務的穩定性是不能保證的,當外部服務不穩定時,響應時間會變長。相應地,呼叫方的響應時間也會變長,執行緒會產生堆積,最終可能耗盡呼叫方的執行緒池,導致整個服務不可用。因此我們需要對不穩定的弱依賴服務呼叫進行熔斷降級,暫時切斷不穩定呼叫,避免區域性不穩定導致整體服務雪崩。
retrofit-spring-boot-starter
支援熔斷降級功能,底層基於Sentinel實現。具體來說,支援了熔斷資源自發現和註解式降級規則配置。如需使用熔斷降級,只需要進行以下操作即可:
1. 開啟熔斷降級功能
預設情況下,熔斷降級功能是關閉的,需要設定相應的配置項來開啟熔斷降級功能:
retrofit:
# 是否啟用熔斷降級
enable-degrade: true
# 熔斷降級實現方式(目前僅支援Sentinel)
degrade-type: sentinel
# 資源名稱解析器
resource-name-parser: com.github.lianjiatech.retrofit.spring.boot.degrade.DefaultResourceNameParser
資源名稱解析器用於實現使用者自定義資源名稱,預設配置是DefaultResourceNameParser
,對應的資源名稱格式為HTTP_OUT:GET:http://localhost:8080/api/degrade/test
。使用者可以繼承BaseResourceNameParser
類實現自己的資源名稱解析器。
另外,由於熔斷降級功能是可選的,因此啟用熔斷降級需要使用者自行引入Sentinel依賴:
<dependency>
<groupId>com.alibaba.csp</groupId>
<artifactId>sentinel-core</artifactId>
<version>1.6.3</version>
</dependency>
2. 配置降級規則(可選)
retrofit-spring-boot-starter
支援註解式配置降級規則,通過@Degrade
註解來配置降級規則。@Degrade
註解可以配置在介面或者方法上,配置在方法上的優先順序更高。
@Retention(RetentionPolicy.RUNTIME)
@Target({ElementType.METHOD, ElementType.TYPE})
@Documented
public @interface Degrade {
/**
* RT threshold or exception ratio threshold count.
*/
double count();
/**
* Degrade recover timeout (in seconds) when degradation occurs.
*/
int timeWindow() default 5;
/**
* Degrade strategy (0: average RT, 1: exception ratio).
*/
DegradeStrategy degradeStrategy() default DegradeStrategy.AVERAGE_RT;
}
如果應用專案已支援通過配置中心配置降級規則,可忽略註解式配置方式。
3. @RetrofitClient設定fallback或者fallbackFactory (可選)
如果@RetrofitClient
不設定fallback
或者fallbackFactory
,當觸發熔斷時,會直接丟擲RetrofitBlockException
異常。使用者可以通過設定fallback
或者fallbackFactory
來定製熔斷時的方法返回值。fallback
類必須是當前介面的實現類,fallbackFactory
必須是FallbackFactory<T>
實現類,泛型引數型別為當前介面型別。另外,fallback
和fallbackFactory
例項必須配置成Spring
容器的Bean
。
fallbackFactory
相對於fallback
,主要差別在於能夠感知每次熔斷的異常原因(cause)。參考示例如下:
@Slf4j
@Service
public class HttpDegradeFallback implements HttpDegradeApi {
@Override
public Result<Integer> test() {
Result<Integer> fallback = new Result<>();
fallback.setCode(100)
.setMsg("fallback")
.setBody(1000000);
return fallback;
}
}
@Slf4j
@Service
public class HttpDegradeFallbackFactory implements FallbackFactory<HttpDegradeApi> {
/**
* Returns an instance of the fallback appropriate for the given cause
*
* @param cause fallback cause
* @return 實現了retrofit介面的例項。an instance that implements the retrofit interface.
*/
@Override
public HttpDegradeApi create(Throwable cause) {
log.error("觸發熔斷了! ", cause.getMessage(), cause);
return new HttpDegradeApi() {
@Override
public Result<Integer> test() {
Result<Integer> fallback = new Result<>();
fallback.setCode(100)
.setMsg("fallback")
.setBody(1000000);
return fallback;
}
}
}
微服務之間的HTTP呼叫
為了能夠使用微服務呼叫,需要進行如下配置:
配置ServiceInstanceChooser
為Spring
容器Bean
使用者可以自行實現ServiceInstanceChooser
介面,完成服務例項的選取邏輯,並將其配置成Spring
容器的Bean
。對於Spring Cloud
應用,retrofit-spring-boot-starter
提供了SpringCloudServiceInstanceChooser
實現,使用者只需將其配置成Spring
的Bean
即可。
@Bean
@Autowired
public ServiceInstanceChooser serviceInstanceChooser(LoadBalancerClient loadBalancerClient) {
return new SpringCloudServiceInstanceChooser(loadBalancerClient);
}
使用@Retrofit
的serviceId
和path
屬性,可以實現微服務之間的HTTP呼叫
@RetrofitClient(serviceId = "${jy-helicarrier-api.serviceId}", path = "/m/count", errorDecoder = HelicarrierErrorDecoder.class)
@Retry
public interface ApiCountService {
}
呼叫介面卡和資料轉碼器
呼叫介面卡
Retrofit
可以通過呼叫介面卡CallAdapterFactory
將Call<T>
物件適配成介面方法的返回值型別。retrofit-spring-boot-starter
擴充套件2種CallAdapterFactory
實現:
BodyCallAdapterFactory
- 預設啟用,可通過配置
retrofit.enable-body-call-adapter=false
關閉 - 同步執行http請求,將響應體內容適配成介面方法的返回值型別例項。
- 除了
Retrofit.Call<T>
、Retrofit.Response<T>
、java.util.concurrent.CompletableFuture<T>
之外,其它返回型別都可以使用該介面卡。
- 預設啟用,可通過配置
ResponseCallAdapterFactory
- 預設啟用,可通過配置
retrofit.enable-response-call-adapter=false
關閉 - 同步執行http請求,將響應體內容適配成
Retrofit.Response<T>
返回。 - 如果方法的返回值型別為
Retrofit.Response<T>
,則可以使用該介面卡。
- 預設啟用,可通過配置
Retrofit自動根據方法返回值型別選用對應的CallAdapterFactory
執行適配處理!加上Retrofit預設的CallAdapterFactory
,可支援多種形式的方法返回值型別:
Call<T>
: 不執行適配處理,直接返回Call<T>
物件CompletableFuture<T>
: 將響應體內容適配成CompletableFuture<T>
物件返回Void
: 不關注返回型別可以使用Void
。如果http狀態碼不是2xx,直接拋錯!Response<T>
: 將響應內容適配成Response<T>
物件返回- 其他任意Java型別: 將響應體內容適配成一個對應的Java型別物件返回,如果http狀態碼不是2xx,直接拋錯!
/**
* Call<T>
* 不執行適配處理,直接返回Call<T>物件
* @param id
* @return
*/
@GET("person")
Call<Result<Person>> getPersonCall(@Query("id") Long id);
/**
* CompletableFuture<T>
* 將響應體內容適配成CompletableFuture<T>物件返回
* @param id
* @return
*/
@GET("person")
CompletableFuture<Result<Person>> getPersonCompletableFuture(@Query("id") Long id);
/**
* Void
* 不關注返回型別可以使用Void。如果http狀態碼不是2xx,直接拋錯!
* @param id
* @return
*/
@GET("person")
Void getPersonVoid(@Query("id") Long id);
/**
* Response<T>
* 將響應內容適配成Response<T>物件返回
* @param id
* @return
*/
@GET("person")
Response<Result<Person>> getPersonResponse(@Query("id") Long id);
/**
* 其他任意Java型別
* 將響應體內容適配成一個對應的Java型別物件返回,如果http狀態碼不是2xx,直接拋錯!
* @param id
* @return
*/
@GET("person")
Result<Person> getPerson(@Query("id") Long id);
我們也可以通過繼承CallAdapter.Factory
擴充套件實現自己的CallAdapter
!
retrofit-spring-boot-starter
支援通過retrofit.global-call-adapter-factories
配置全域性呼叫介面卡工廠,工廠例項優先從Spring容器獲取,如果沒有獲取到,則反射建立。預設的全域性呼叫介面卡工廠是[BodyCallAdapterFactory, ResponseCallAdapterFactory]
!
retrofit:
# 全域性呼叫介面卡工廠
global-call-adapter-factories:
- com.github.lianjiatech.retrofit.spring.boot.core.BodyCallAdapterFactory
- com.github.lianjiatech.retrofit.spring.boot.core.ResponseCallAdapterFactory
針對每個Java介面,還可以通過@RetrofitClient
註解的callAdapterFactories()
指定當前介面採用的CallAdapter.Factory
,指定的工廠例項依然優先從Spring容器獲取。
注意:如果CallAdapter.Factory
沒有public
的無參構造器,請手動將其配置成Spring
容器的Bean
物件!
資料轉碼器
Retrofit
使用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
- JAXB: com.squareup.retrofit2:converter-jaxb
retrofit-spring-boot-starter
支援通過retrofit.global-converter-factories
配置全域性資料轉換器工廠,轉換器工廠例項優先從Spring容器獲取,如果沒有獲取到,則反射建立。預設的全域性資料轉換器工廠是retrofit2.converter.jackson.JacksonConverterFactory
,你可以直接通過spring.jackson.*
配置jackson
序列化規則,配置可參考Customize the Jackson ObjectMapper!
retrofit:
# 全域性轉換器工廠
global-converter-factories:
- retrofit2.converter.jackson.JacksonConverterFactory
針對每個Java介面,還可以通過@RetrofitClient
註解的converterFactories()
指定當前介面採用的Converter.Factory
,指定的轉換器工廠例項依然優先從Spring容器獲取。
注意:如果Converter.Factory
沒有public
的無參構造器,請手動將其配置成Spring
容器的Bean
物件!
總結
retrofit-spring-boot-starter
一個適用於SpringBoot
專案的輕量級HTTP
客戶端框架,已線上上穩定執行一年多,並且已經有多個外部公司也接入使用。有興趣的朋友可以嘗試一下,如有任何問題,歡迎提issue或者加QQ群(806714302)反饋,極速響應支援。
原創不易,覺得文章寫得不錯的小夥伴,點個贊? 鼓勵一下吧~