使用Feign,@RequestBody無法繼承的問題
根據(jù)官網(wǎng)FeignClient的例子，編寫一個(gè)簡(jiǎn)單的updateUser接口，定義如下
|
1
2
3
4
5
6
7
|
@RequestMapping("/user")public interface UserService { @RequestMapping(value = "/{userId}", method = RequestMethod.GET) UserDTO findUserById(@PathVariable("userId") Integer userId); @RequestMapping(value = "/update", method = RequestMethod.POST) boolean updateUser(@RequestBody UserDTO user);} |
實(shí)現(xiàn)類
|
1
2
3
4
5
6
|
@Override public boolean updateUser(UserDTO user) { LOGGER.info("===updateUser, id = " + user.getId() + " ,name= " + user.getUsername()); return false; } |
執(zhí)行單元測(cè)試，發(fā)現(xiàn)沒有獲取到預(yù)期的輸入?yún)?shù)
2018-09-07 15:35:38,558 [http-nio-8091-exec-5] INFO [com.springboot.user.controller.UserController] {} - ===updateUser, id = null ,name= null
原因分析
SpringMVC中使用RequestResponseBodyMethodProcessor類進(jìn)行入?yún)ⅰ⒊鰠⒌慕馕觥Ｒ韵路椒ǜ鶕?jù)參數(shù)是否有@RequestBody注解判斷是否進(jìn)行消息體的轉(zhuǎn)換。
|
1
2
3
4
|
@Override public boolean supportsParameter(MethodParameter parameter) { return parameter.hasParameterAnnotation(RequestBody.class); } |
解決方案
既然MVC使用RequestResponseBodyMethodProcessor進(jìn)行參數(shù)解析，可以實(shí)現(xiàn)一個(gè)定制化的Processor，修改supportParameter的判斷方法。
|
1
2
3
4
5
6
7
8
9
|
@Override public boolean supportsParameter(MethodParameter parameter) { //springcloud的接口入?yún)]有寫@RequestBody，并且是自定義類型對(duì)象 也按JSON解析 if (AnnotatedElementUtils.hasAnnotation(parameter.getContainingClass(), FeignClient.class) && isCustomizedType(parameter.getParameterType())) { return true; } return super.supportsParameter(parameter); } |
此處的判斷邏輯可以根據(jù)實(shí)際框架進(jìn)行定義，目的是判斷到為Spring Cloud定義的接口，并且是自定義對(duì)象時(shí)，使用@RequestBody相同的內(nèi)容轉(zhuǎn)換器。
實(shí)現(xiàn)定制化的Processor后，還需要讓自定義的配置生效，有兩種方案可選：
- 直接替換RequestResponseBodyMethodProcessor，在SpringBoot下需要自定義RequestMappingHandlerAdapter。
- 實(shí)現(xiàn)WebMvcConfigurer中的addArgumentResolvers接口
這里采用較為簡(jiǎn)單的第二種方式，初始化時(shí)的消息轉(zhuǎn)換器根據(jù)需要進(jìn)行加載：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
|
public class XXXWebMvcConfig implements WebMvcConfigurer{@Override public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) { StringHttpMessageConverter stringHttpMessageConverter = new StringHttpMessageConverter(); stringHttpMessageConverter.setWriteAcceptCharset(false); List<HttpMessageConverter<?>> messageConverters = new ArrayList<>(5); messageConverters.add(new ByteArrayHttpMessageConverter()); messageConverters.add(stringHttpMessageConverter); messageConverters.add(new SourceHttpMessageConverter<>()); messageConverters.add(new AllEncompassingFormHttpMessageConverter()); CustomizedMappingJackson2HttpMessageConverter jackson2HttpMessageConverter = new CustomizedMappingJackson2HttpMessageConverter(); jackson2HttpMessageConverter.setObjectMapper(defaultObjectMapper()); messageConverters.add(jackson2HttpMessageConverter); ViomiMvcRequestResponseBodyMethodProcessor resolver = new ViomiMvcRequestResponseBodyMethodProcessor(messageConverters); resolvers.add(resolver); } |
修改完成后，微服務(wù)的實(shí)現(xiàn)類即可去掉@RequestBody注解。
使用feign遇到的問題
spring cloud 使用feign 項(xiàng)目的搭建 在這里就不寫了，本文主要講解在使用過程中遇到的問題以及解決辦法
1、示例
|
1
2
|
@RequestMapping(value = "/generate/password", method = RequestMethod.POST)KeyResponse generatePassword(@RequestBody String passwordSeed); |
在這里 只能使用 @RequestMapping(value = "/generate/password", method = RequestMethod.POST) 注解 不能使用
@PostMapping 否則項(xiàng)目啟動(dòng)會(huì)報(bào)
Caused by: java.lang.IllegalStateException: Method generatePassword not annotated with HTTP method type (ex. GET, POST) 異常
2、首次訪問超時(shí)問題
原因：Hystrix默認(rèn)的超時(shí)時(shí)間是1秒，如果超過這個(gè)時(shí)間尚未響應(yīng)，將會(huì)進(jìn)入fallback代碼。
而首次請(qǐng)求往往會(huì)比較慢（因?yàn)镾pring的懶加載機(jī)制，要實(shí)例化一些類），這個(gè)響應(yīng)時(shí)間可能就大于1秒了。
解決方法：
<1：配置Hystrix的超時(shí)時(shí)間改為5秒
|
1
|
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 5000 |
<2：禁用Hystrix的超時(shí)時(shí)間
|
1
|
hystrix.command.default.execution.timeout.enabled: false |
<3：禁用feign的hystrix 功能
|
1
|
feign.hystrix.enabled: false |
注：個(gè)人推薦 第一 或者第二種 方法
3、FeignClient接口中
如果使用到@PathVariable，必須指定其value
spring cloud feign 使用 Apache HttpClient
問題：1 沒有指定 Content-Type 是情況下 會(huì)出現(xiàn)如下異常 ？ 這里很納悶？
Caused by: java.lang.IllegalArgumentException: MIME type may not contain reserved characters
在這里有興趣的朋友可以去研究下源碼
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
|
ApacheHttpClient.class private ContentType getContentType(Request request) { ContentType contentType = ContentType.DEFAULT_TEXT; for (Map.Entry<String, Collection<String>> entry : request.headers().entrySet()) // 這里會(huì)判斷 如果沒有指定 Content-Type 屬性 就使用上面默認(rèn)的 text/plain; charset=ISO-8859-1 // 問題出在默認(rèn)的 contentType ： 格式 text/plain; charset=ISO-8859-1 // 轉(zhuǎn)到 ContentType.create(entry.getValue().iterator().next(), request.charset()); 方法中看 if (entry.getKey().equalsIgnoreCase("Content-Type")) { Collection values = entry.getValue(); if (values != null && !values.isEmpty()) { contentType = ContentType.create(entry.getValue().iterator().next(), request.charset()); break; } } return contentType; } |
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
|
ContentType.class public static ContentType create(final String mimeType, final Charset charset) { final String normalizedMimeType = Args.notBlank(mimeType, "MIME type").toLowerCase(Locale.ROOT); // 問題在這 check 中 valid f方法中 Args.check(valid(normalizedMimeType), "MIME type may not contain reserved characters"); return new ContentType(normalizedMimeType, charset); } private static boolean valid(final String s) { for (int i = 0; i < s.length(); i++) { final char ch = s.charAt(i); // 這里 在上面 text/plain;charset=UTF-8 中出現(xiàn)了 分號(hào) 導(dǎo)致檢驗(yàn)沒有通過 if (ch == '"' || ch == ',' || ch == ';') { return false; } } return true; } |
解決辦法 ：
|
1
|
@RequestMapping(value = "/generate/password", method = RequestMethod.POST, consumes = MediaType.APPLICATION_JSON_VALUE) |
注解中指定： Content-Type 即 指定 consumes 的屬性值 ： 這里 consumes 屬性的值在這不做具體講解，有興趣的可以去研究下
以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持服務(wù)器之家。
原文鏈接：https://blog.csdn.net/phoebechen_gz/article/details/82500904
