WSO2 API Manager网关101504超时致服务挂起，如何校验空请求体？

1. 配置API网关前置校验规则 #

绝大多数API网关都支持在请求抵达后端服务前添加前置校验逻辑，针对你的场景，可配置以下规则：

• 当请求头Content-Type为application/json时，直接校验请求体字节长度是否为0；若为空，立即返回400 Bad Request（或自定义业务错误码），终止请求流程，避免网关等待超时。
• 若业务要求非空JSON结构（而非仅非空字符串），可结合JSON Schema校验，强制请求体为有效的非空JSON对象/数组。

以下是网关配置的伪代码示例：

pre_flow_validations:
  - name: block-empty-json-body
    condition: (request.header.Content-Type == "application/json") && (request.body.length == 0)
    actions:
      - return_response:
          status_code: 400
          body: '{"errorCode":"INVALID_EMPTY_BODY","message":"JSON请求体不能为空"}'
          headers:
            Content-Type: application/json

2. 自定义拦截器/中间件 #

如果网关支持自定义扩展，可编写拦截器或中间件，在请求处理早期执行校验：

• 读取请求体内容（注意通过缓存请求体避免后续无法重复读取的问题）。
• 判定Content-Type为application/json且请求体为空（或仅含空白字符）时，直接构造错误响应返回，不向后端转发请求。

Java拦截器示例（适用于Servlet环境或网关扩展）：

public class EmptyJsonBodyInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        String contentType = request.getHeader("Content-Type");
        if ("application/json".equals(contentType)) {
            // 读取并拼接请求体
            String requestBody = request.getReader().lines()
                                        .collect(Collectors.joining(System.lineSeparator()));
            // 校验是否为空或仅空白字符
            if (requestBody == null || requestBody.trim().isEmpty()) {
                response.setStatus(HttpServletResponse.SC_BAD_REQUEST);
                response.setContentType("application/json");
                response.getWriter().write("{\"errorCode\":\"INVALID_EMPTY_BODY\",\"message\":\"JSON请求体不能为空\"}");
                return false; // 终止请求流转
            }
            // 缓存请求体，供后续流程使用
            request.setAttribute("cachedRequestBody", requestBody);
        }
        return true;
    }
}

3. 临时调整网关超时配置（应急方案） #

如果前置校验配置暂时无法落地，可先将网关的最大无活动超时时间调至最小值，减少等待时长，但这只是临时缓解手段，必须配合前置校验才能彻底解决服务进入SUSPENDED状态的问题。

关键注意事项 #

• 校验逻辑必须在请求转发到后端服务前执行，避免触发后端服务的异常状态。
• 严格匹配Content-Type，避免误拦截其他类型的请求（如multipart/form-data）。
• 返回的错误响应需符合业务规范，明确告知调用方问题所在。

内容的提问来源于stack exchange，提问作者Ali farahzadi