前端迟迟收不到响应，登录拦截器踩坑！

概述

最近在开发小程序登录的后端时写了一个登录拦截器，在拦截请求之后设置响应状态和响应信息之后直接返回response，结果前端迟迟收不到响应。

问题

我们先来看一下代码

java 复制代码

@Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {

        // 过滤管理端接口请求
        //...

        // 对客户端请求进行验证，AUTHORIZATION为"authorization"字符串

        String jwtToken = request.getHeader(AUTHORIZATION);
        if (jwtToken == null || jwtToken.isEmpty()) {
            // 设置响应格式（根据前端需求调整，通常为JSON）
            response.setContentType("application/json;charset=UTF-8");
            response.setStatus(Integer.parseInt(ResponseCode.LOGIN_FAIL.getCode()));
            // 获取输出流并写入响应
            PrintWriter writer = response.getWriter();
            writer.println("{\"message\":\"请先登录\"}"); // 建议返回JSON格式
            writer.flush(); // 强制刷新缓冲区
            writer.close(); // 关闭输出流，确保响应发送
            return false;
        }

        JWTDTO jwtdto = null;
        try {
            jwtdto = jwtUtils.parseJWT(jwtToken);
            BaseContext.setCurrentUserId(jwtdto.getUserId());
            // todo 滑动刷新 jwt
        } catch (Exception e) {
            e.printStackTrace();
            // 设置响应格式（根据前端需求调整，通常为JSON）
            response.setContentType("application/json;charset=UTF-8");
            response.setStatus(Integer.parseInt(ResponseCode.LOGIN_FAIL.getCode()));
            // 获取输出流并写入响应
            PrintWriter writer = response.getWriter();
            writer.println("{\"message\":\"请先登录\"}"); // 建议返回JSON格式
            writer.flush(); // 强制刷新缓冲区
            writer.close(); // 关闭输出流，确保响应发送
            return false;
        }
        return true;
    }

一开始是这样写的，大家可以看看是否有哪里不对劲。

没错，后端接口请求响应状态码定义多了，这边我自然的就用了自定义的状态码

**ResponseCode.LOGIN_FAIL.getCode()**中的值为"0001"，就这样前端发送完请求就迟迟不能收到后端的响应，让我疑惑了好一会。

解决

后来我把response.setStatus(Integer.parseInt(ResponseCode.LOGIN_FAIL.getCode()));

修改成了**response.setStatus(401);**就解决了问题

原因

为啥嘞

因为在拦截器中设置响应状态码时，必须遵循 HTTP 协议规范，否则会导致客户端（浏览器 / 前端）无法正确处理响应，甚至出现 "迟迟收不到响应" 的问题。

HTTP 协议对状态码有明确的规定：

状态码是 3 位数字（范围 100-599），且每类数字有固定含义（如 2xx 表示成功、4xx 表示客户端错误、5xx 表示服务器错误）；
每个状态码的语义由 IETF 规范（如 RFC 7231）定义，例如 200 表示成功、401 表示未授权、403 表示禁止访问等；
不允许自定义超出规范的状态码（比如 600、1000 或非数字码），这类 "自定义码" 本身不符合 HTTP 协议格式，属于无效状态码。

前端（浏览器或前端框架）接收响应时，会先校验状态码是否符合 HTTP 规范：

对于合法的标准状态码（如 401、403），客户端会正常解析响应体；
对于无效状态码（如 600、1234），客户端会认为这是 "畸形响应"，可能直接忽略该响应，或进入 "等待有效响应" 的超时状态（表现为 "迟迟收不到响应"）；
部分浏览器会将无效状态码的响应视为 "网络错误"，触发 error 事件但不返回具体内容，前端无法获取响应体。