Tomcat Jersey 在“OPTIONS”飞行前请求中阻止服务器

Question

我在过去一年左右运行 Tomcat 7 服务器，上面有多个球衣项目。

以前运行良好的 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 并放置它的新副本解决了这个问题。