经过Ajax的访问zuul的跨域问题解决方案

刚开始在使用jqueryajax跨域请求zuul网关时，在后台发现一直拿不到前台请求的json数据，而前台也一直拿不到后台的响应数据。打开浏览器调试程序发现，自己ajax的POST请求统一都变成了option，这是怎么回事呢？

根本缘由就是，W3C规范这样要求了！在跨域请求中，分为简单请求（get和部分post，post时content-type属于application/x-www-form-urlencoded，multipart/form-data，text/plain中的一种）和复杂请求。而复杂请求发出以前，就会出现一次options请求。

什么是options请求呢？它是一种探测性的请求，经过这个方法，客户端能够在采起具体资源请求以前，决定对该资源采起何种必要措施，或者了解服务器的性能。

在ajax中出现options请求，也是一种提早探测的状况，ajax跨域请求时，若是请求的是json，就属于复杂请求，所以须要提早发出一次options请求，用以检查请求是不是可靠安全的，若是options得到的回应是拒绝性质的，好比404\403\500等http状态，就会中止post、put等请求的发出。

根据这个就好解释多了，那么在这里我更改一下zuul的代码让其支持，在这里定义一个filter，部分代码以下：

@Override
        public Object run() throws ZuulException {
            RequestContext requestContext = RequestContext.getCurrentContext();
            String requestBody = null;
            try {
                requestBody = StreamUtils.copyToString(requestContext.getRequest().getInputStream(), Charsets.UTF_8);
            } catch (IOException e) {
                log.error("", e);
            }
    
            requestContext.addOriginResponseHeader("content-type", "application/json;charset=utf-8");
            //设置能够跨域访问
            requestContext.addZuulResponseHeader("Access-Control-Allow-Headers", "content-type,x-requested-with");
            requestContext.addZuulResponseHeader("Access-Control-Allow-Origin", "*");
            requestContext.addZuulResponseHeader("content-type", "application/json;charset=utf-8");
          // 若是为options请求则必定要返回200状态码
            if ("options".equals(requestContext.getRequest().getMethod().toLowerCase())) {
                requestContext.setSendZuulResponse(false);
                requestContext.setResponseStatusCode(HttpStatus.OK.value());
                return null;
            }
         //....省略部分代码 
        }