RequestHeaders添加自定義參數(shù)

在開發(fā)過程中有的時(shí)候，參數(shù)需要綁定到requestHeaders中，而并不是在body中進(jìn)行傳輸。這個(gè)時(shí)候就需要我們自己定義參數(shù)（需要后臺(tái)的配合）

setToken() {
    let token = localStorage.getItem('token') ? localStorage.getItem('token') : ''
    this.instance.defaults.headers.common['tokens'] = token
  }
// 使用axios添加requestHeaders參數(shù)。封裝到ajax請(qǐng)求中~

問題一

在瀏覽器的console中報(bào)錯(cuò)：自定義字段不被允許

Request header field自定義字段 is not allowed by Access-Control-Allow-Headers

原因

包含自定義header字段的跨域請(qǐng)求，瀏覽器會(huì)先向服務(wù)器發(fā)送OPTIONS請(qǐng)求，探測(cè)該服務(wù)器是否允許自定義的跨域字段。

如果允許，則繼續(xù)實(shí)際的POST／GET正常請(qǐng)求，否則，返回標(biāo)題所示錯(cuò)誤。

同時(shí)在requestHeaders請(qǐng)求中有你定義的字段，但結(jié)果不是我們想要的

在responseHeaders中Access-Control-Allow-Headers中表示服務(wù)器允許跨域請(qǐng)求的參數(shù)

Access-Control-Allow-Headers: Content-Type, x-requested-with, X-Custom-Header, Authorization,token

解決方案

服務(wù)端需要對(duì)OPTIONS請(qǐng)求做出應(yīng)答，應(yīng)答header中包含Access-Control-Allow-Headers，且值包含options請(qǐng)求中Access-Control-Request-Headers的值。

以下為java服務(wù)端filter中設(shè)置的OPTIONS請(qǐng)求處理代碼。

@Override 
public void doFilter(ServletRequest req, ServletResponse resp,
        FilterChain chain) throws IOException, ServletException { 
    try { 
        HttpServletRequest hreq = (HttpServletRequest) req;  
        HttpServletResponse hresp = (HttpServletResponse) resp;
 
        //跨域
        hresp.setHeader("Access-Control-Allow-Origin", "*"); 
 
        //跨域 Header 
        hresp.setHeader("Access-Control-Allow-Methods", "*"); 
        hresp.setHeader("Access-Control-Allow-Headers", "Content-Type,TOKENS");　　// 在這里配置你要定義的參數(shù)         
 
        // 瀏覽器是會(huì)先發(fā)一次options請(qǐng)求，如果請(qǐng)求通過，則繼續(xù)發(fā)送正式的post請(qǐng)求 
        // 配置options的請(qǐng)求返回
 
        if (hreq.getMethod().equals("OPTIONS")) { 
            hresp.setStatus(HttpStatus.SC_OK); 
            // hresp.setContentLength(0); 
            hresp.getWriter().write("OPTIONS returns OK"); 
            return; 
        }
 
        // Filter 只是鏈?zhǔn)教幚恚?qǐng)求依然轉(zhuǎn)發(fā)到目的地址。
 
        chain.doFilter(req, resp); 
    } catch (Exception e) { 
        e.printStackTrace(); 
    } 
}

其中，這個(gè)就是所需設(shè)置的應(yīng)答Header：

hresp.setHeader("Access-Control-Allow-Headers", "Content-Type,TOKENS");

＊ header中對(duì)值的大小寫貌似不敏感。

修改request中header的值

在java web開發(fā)中，我們有時(shí)候會(huì)遇到需要修改request中請(qǐng)求值的問題，雖然這個(gè)不是特別常見。初看這是一個(gè)簡(jiǎn)單的問題，因?yàn)槲覀兡芡ㄟ^HttpServletRequest對(duì)象拿到我們需要的所有關(guān)于當(dāng)前這個(gè)請(qǐng)求的所有信息，想當(dāng)然的也就可以修改所以這些信息?？蓪?shí)際情況是HttpServletReques中很多的屬性只有g(shù)etter方法，而沒有setter方法，也就是說我們不可以修改他們。

記得第一次遇到這種問題還是初學(xué)編程的時(shí)候，最近又遇到這個(gè)問題，就記錄一下。最近遇到的是在spring mvc中，使用@RequestBody注解把requestBody中的json映射到j(luò)ava的object。我們知道對(duì)于spring mvc來說，這樣使用的時(shí)候需要在請(qǐng)求的header里面表明conten-type為application/json。如果完全是自己開發(fā)的系統(tǒng)，沒有問題加上就是，但是當(dāng)和第三方合作的時(shí)候，請(qǐng)求的發(fā)起方式就不是我們能控制住的了?，F(xiàn)在的問題是如果使用spring mvc的這種開發(fā)模式，必須要在請(qǐng)求的header中設(shè)置content-type為application/json，但是第三方又不方便設(shè)置。所以只能在所有針對(duì)第三方的API中進(jìn)行特殊處理。

sping mvc是基于servlet的，我們只要在請(qǐng)求進(jìn)入servlet之前在header中設(shè)置content-type為application/json就ok了，所以理想的修改方式就是加入一個(gè)filter?，F(xiàn)在就到了關(guān)鍵的問題：怎么修改請(qǐng)求的header值。答案是利用HttpServletRequestWrapper類。 

    public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain)
            throws IOException, ServletException {
        chain.doFilter(new CustomeizedRequest((HttpServletRequest) request), response);
    } 
    private class CustomeizedRequest extends HttpServletRequestWrapper { 
        public CustomeizedRequest(HttpServletRequest request) {
            super(request);
        }
 
        @Override
        public Enumeration<String> getHeaders(String name) {
            if (null != name && name.equals("Content-Type")) {
                return new Enumeration<String>() {
                    private boolean hasGetted = false; 
                    @Override
                    public String nextElement() {
                        if (hasGetted) {
                            throw new NoSuchElementException();
                        } else {
                            hasGetted = true;
                            return "application/json;charset=utf-8";
                        }
                    } 
                    @Override
                    public boolean hasMoreElements() {
                        return !hasGetted;
                    }
                };
            }
            return super.getHeaders(name);
        }
    }

demo中只重寫了getHeaders方法，實(shí)際上嚴(yán)謹(jǐn)?shù)淖龇ㄊ莋etHeader(String name)方法也要被重寫。實(shí)質(zhì)上我們還是沒有改變header中的值的能力，但是我們重寫了getHeaders方法，當(dāng)發(fā)現(xiàn)是我們的Content-Type字段時(shí)，只要返回我們想要設(shè)置的值就OK了。同理我們可以任意發(fā)揮，根據(jù)實(shí)際的情況去重寫相應(yīng)的方法。

說一下我在這里遇到的一個(gè)問題，在開發(fā)過程中使用的maven加jetty插件，運(yùn)行起來沒有問題。但是測(cè)試和生產(chǎn)環(huán)境用的是tomcat，上了測(cè)試環(huán)境發(fā)現(xiàn)沒有效果。第一感覺是不同的容器中Content-Type的大小寫或?qū)懛ú灰粯?。打了一個(gè)log繼續(xù)測(cè)試，發(fā)現(xiàn)tomcat好像根本沒進(jìn)入我的getHeaders方法，就開始懷疑tomcat和jetty的某些實(shí)現(xiàn)不一致，各種查找沒有結(jié)果。最后在本地?fù)Q成tomcat來debug，竟然進(jìn)入了重寫的getHeaders方法，再一看name的值是：content-type。粗心把log打錯(cuò)位置了。。。，剛開始猜想的是對(duì)的。

所以這里的name.equals("Content-Type")就要考慮大小寫和不同寫法的因素了（比如contenttype或ContentType)。

后來想了一下之所以會(huì)出現(xiàn)這個(gè)失誤有兩個(gè)原因：

• 粗心 log打錯(cuò)位置
• 自身對(duì)于容器不熟悉，而且之前遇到過tomcat和jetty對(duì)于某些請(qǐng)求作不同處理的情況，所以就找錯(cuò)了方向。

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