SpringCloud+ZUUL跨域请求中的OPTIONS请求处理

目前项目结构是VUE做前端，后端采用微服务架构，在开发时前端需要跨域请求数据，通过CorsConfig配置解决了简单跨域请求需要。但当需要在请求的header中增加token信息时，出现了请求失败的情况，浏览器和后台均出现OPTIONS类型请求相关提示。

搜索资料后发现，在设置了header之后，浏览器在发送正式请求前，会先发送一个OPTIONS请求，（据资料）发送OPTIONS请求是为了验证正式请求的有效性，检查服务端是否支持正式请求类型（POST、GET 等），但不清楚服务端底层框架在默认情况下时怎么响应该请求的。而OPTIONS请求中不包含任何用户参数，导致ZUUL中的过滤类型为 pre 的过滤器中的用户校验失败，从而返回用户提示信息，就无法继续执行正式请求了。

有资料说需要服务端返回一个状态是200的响应，但测试直接返回status为200的响应并没有产生作用，浏览器端仍然会显示请求失败，并不会执行正式请求。

最终：

通过对过滤器过滤规则进行修改，在是否需要过滤方法体中，增加如果请求类型为OPTIONS ，则不进行用户校验，直接跳过该过滤，由框架本身去响应该请求。代码如下：

@Component

public class AuthFilter extends ZuulFilter {

   ...

    /**

     * pre：路由之前

     * routing：路由之时

     * post： 路由之后

     * error：发送错误调用

     *

     * @return

     */

    @Override

    public String filterType() {

        return "pre";

    }

    ....

    @Override

    public boolean shouldFilter() {

        RequestContext ctx = RequestContext.getCurrentContext();

        HttpServletRequest request = ctx.getRequest();

        if (request.getMethod().equals("OPTIONS")) {

            return false;

        }

        return true;

    }

    ...

}

巴特西

SpringCloud+ZUUL跨域请求中的OPTIONS请求处理

最新文章

热门文章