java - Tomcat Jersey 在 "OPTIONS"飞行前请求上阻止服务器

Question

在过去一年左右的时间里，我一直在运行 Tomcat 7 服务器，上面有多个 jersey 项目。

以前工作正常的 API 项目之一通常需要很长时间才能为飞行前的“OPTIONS”请求提供服务。它确实会响应，但它的行为非常随机，有时需要 5 到 10 秒，有时需要几毫秒。

Problem shown in Chrome Dev tools - 1

Problem shown in Chrome Dev tools - 2

服务器在很长一段时间(5 - 10 秒)后收到请求以服务 OPTIONS 请求(通过将调试指针添加到服务器收到的第一段代码来验证。)。问题是它会阻塞整个服务器，并且在清除预检之前服务器无法处理任何其他请求。

注意:如果从 POSTMAN 发出请求，则不会出现此问题，只有外部和跨源工具会导致此问题。

我尝试过的事情:

1. 删除所有 Maven 依赖项。
2. 清理项目，在 IDE 中重新导入它们，重新克隆 repo。
3. 确保没有死锁或无限循环。

过滤代码:

@PreMatching
@Priority(value = 1)
@Provider
public class EnterpriseAPIRequestFilter implements ContainerRequestFilter {
    @Context
    private HttpServletRequest sr;
    private Logger logger = Logger.getLogger(EnterpriseAPIRequestFilter.class);

    public void filter(ContainerRequestContext ctx) throws IOException {

        logger.info("Request Received for :" + sr.getPathInfo());
        logger.info("Remote IP :" + sr.getRemoteAddr());
        logger.info("Remote Host :" + sr.getLocalAddr());
        Authenticator authenticator = new Authenticator();
        MultivaluedMap<String, String> headers = ctx.getHeaders();
        String role = headers.getFirst("channelRole");
        String locale = headers.getFirst("locale");

        if (sr.getMethod().equalsIgnoreCase("OPTIONS"))
            return;

       //MORE CODE EXISTS HERE.


    }



@Provider
public class CORSResponseFilter
implements ContainerResponseFilter {

    public void filter(ContainerRequestContext requestContext, ContainerResponseContext responseContext)throws IOException {
        MultivaluedMap<String, Object> headers = responseContext.getHeaders();
        headers.add("Access-Control-Allow-Origin", "*");
        headers.add("Access-Control-Allow-Methods", "OPTIONS, GET, POST, DELETE, PUT");         
        headers.add("Access-Control-Allow-Headers", "X-Requested-With, Content-Type, X-Codingpedia, channelRole, channelauthkey,channeltype,channelname,channelidentifier,orgid,id,channelOrgId,key,employeeId,subRole");
    }


}

Answer 1

奇怪的是，删除当前的 tomcat，并放置一个新的副本解决了这个问题。