問題1描述

今天在A服務(wù)使用openfeign調(diào)用B服務(wù)的時(shí)候，發(fā)現(xiàn)經(jīng)常會(huì)偶發(fā)性報(bào)錯(cuò)。

錯(cuò)誤如下：

情況為偶發(fā)，很讓人頭疼。

兩個(gè)接口如下： 

A服務(wù)接口：

delayReasonApi.test(student);就是使用openfeign調(diào)用B服務(wù)的接口。 

B服務(wù)接口：

原因分析

因?yàn)锳服務(wù)的接口是一個(gè)文件上傳的接口，所以前端請(qǐng)求頭中使用的是multipart/form-data 來請(qǐng)求的該接口。而B服務(wù)的接口是一個(gè)用json接口參數(shù)的接口，所以需要請(qǐng)求頭中的Content-Type為application/json。

如果在上面都沒有配置過的情況下，在B服務(wù)的接口參數(shù)使用@RequestBody注解來接受的時(shí)候，openfeign是會(huì)默認(rèn)使用application/json 的content-type來進(jìn)行請(qǐng)求的。

代碼如下：

但是一般我們都會(huì)在項(xiàng)目中加上openfeign的配置文件，將目前的所有的header中的參數(shù)全部寫入openfeign的請(qǐng)求中，如下：

@Component
public class FeignConfiguration implements RequestInterceptor {

    @Override
    public void apply(RequestTemplate template) {
        ServletRequestAttributes attributes = (ServletRequestAttributes) RequestContextHolder
                .getRequestAttributes();
        if (attributes != null) {
            HttpServletRequest request = Objects.requireNonNull(attributes).getRequest();
            Enumeration<String> headerNames = request.getHeaderNames();
            if (headerNames != null) {
                while (headerNames.hasMoreElements()) {
                    String name = headerNames.nextElement();
                    String values = request.getHeader(name);
                    template.header(name, values);
                }
            }
        }
    }
}

這樣就導(dǎo)致，我A服務(wù)接口使用的是multipart/form-data，而B服務(wù)接口需要的是application/json，而我的配置類會(huì)把A接口的multipart/form-data寫到請(qǐng)求頭中，這樣就會(huì)導(dǎo)致openfeign在請(qǐng)求的時(shí)候會(huì)有兩個(gè)content-Type，而且這兩個(gè)值的順序是不一定的，有的時(shí)候application/json在前面，有的時(shí)候multipart/form-data在前面：

我估計(jì)B服務(wù)在拿的時(shí)候只那集合中的第一個(gè)，但是我沒找源碼嘿嘿。當(dāng)multipart/form-data在前面的時(shí)候，就會(huì)報(bào)上面的錯(cuò)誤。

所以這個(gè)時(shí)候就有一個(gè)解決辦法

把我們的配置類中的代碼進(jìn)行修改，跳過content-type的賦值。

如此，openfeign就只會(huì)用默認(rèn)的application/json進(jìn)行請(qǐng)求了。

問題2描述

延續(xù)上面的問題，當(dāng)我修改了配置類之后，發(fā)現(xiàn)還是會(huì)有這樣的情況，后來發(fā)現(xiàn)是我們的微服務(wù)的項(xiàng)目中有兩個(gè)服務(wù)都寫了openfeign的配置類，而這兩個(gè)配置類都被引用在了A服務(wù)中。

openfeign在調(diào)用接口的時(shí)候會(huì)先迭代所有的配置類，導(dǎo)致前面的情況又重演了一遍。

解決方法

刪掉一個(gè)配置類。

問題3

繼續(xù)上面的情況，如果B服務(wù)的接口也是個(gè)文件上傳接口，那么這個(gè)時(shí)候也是需要使用multipart/form-data的，那這個(gè)時(shí)候需要怎么做呢？openfeign是否會(huì)默認(rèn)使用multipart/form-data呢？ 

B接口如下：

測(cè)試結(jié)果

content-type為空，并且會(huì)報(bào)錯(cuò)

解決辦法

在B接口上加上 consumes = “multipart/form-data”

此時(shí)content-type就有值了。

end!!!

總結(jié)

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。 

最新評(píng)論