刚开始在使用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;
            }
         //....省略部分代码 
        }