我在某些请求上收到以下异常。它很少发生，比如一周内发生一两次。任何可能导致此问题的原因，或者关于我应该在哪里寻找以调试它的任何建议。
删除向导版本：1.1.4 码头服务器版本：2.25.1
错误发生在下面的代码中：request.bufferEntity()
private String getBody(ContainerRequestContext requestContext) {
if (requestContext instanceof ContainerRequest) {
ContainerRequest request = (ContainerRequest) requestContext;
// calling bufferEntity(), without this the entity is marked as closed and causes IllegalStateExceptions
// on any subsequent read attempt
request.bufferEntity();
return request.readEntity(String.class);
} else {
// this should never happen as we are using jersey as the jax-rs implementation engine
throw new RuntimeException("ContainerRequestContext is not an instance of jersey ContainerRequest");
}
}
无法缓冲消息内容输入流。 在 org.glassfish.jersey.message.internal.InboundMessageContext.bufferEntity(InboundMessageContext.java：931) 在 org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java：132) 在 org.glassfish.jersey.server.ContainerFilteringStage.apply(ContainerFilteringStage.java：68) 在 org.glassfish.jersey.process.internal.Stages.process(Stages.java：197) 在 org.glassfish.jersey.server.ServerRuntime$2.run(ServerRuntime.java：318) at org.glassfish.jersey.internal.Errors$1.call(Errors.java：271) at org.glassfish.jersey.internal.Errors$1.call(Errors.java：267) at org.glassfish.jersey.internal.Errors.process(Errors.java：315) at org.glassfish.jersey.internal.Errors.process(Errors.java：297) at org.glassfish.jersey.internal.Errors.process(Errors.java：267) at org.glassfish.jersey.process.internal.RequestScope.runInScope(RequestScope.java：317) 在 org.glassfish.jersey.server.ServerRuntime.process(ServerRuntime.java：305) 在 org.glassfish.jersey.server.ApplicationHandler.handle(ApplicationHandler.java：1154) 在 org.glassfish.jersey.servlet.WebComponent.serviceImpl(WebComponent.java：473) 在 org.glassfish.jersey.servlet.WebComponent.service(WebComponent.java：427) 在 org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java：388) 在 org.glassfish.jersey.servlet.ServletContainer.service(ServletContainer.java：341) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java：473) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java：166) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java：1155) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java：141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java：132) at com.codahale.metrics.jetty9.InstrumentedHandler.handle(InstrumentedHandler.java：241) at io.dropwizard.jetty.RoutingHandler.handle(RoutingHandler.java：52) at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java：454) at io.dropwizard.jetty.BiDiGzipHandler.handle(BiDiGzipHandler.java：68) at org.eclipse.jetty.server.handler.StatisticsHandler.handle(StatisticsHandler.java：169) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java：132) at org.eclipse.jetty.server.Server.handle(Server.java：564) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java：317) at org.eclipse.jetty.server.HttpChannelOverHttp.earlyEOF(HttpChannelOverHttp.java：239) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java：1444) at org.eclipse.jetty.server.HttpConnection.parseRequestBuffer(HttpConnection.java：351) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java：234) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.successed(AbstractConnection.java：279) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java：110) at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java：289) at org.eclipse.jetty.io.ssl.SslConnection$3.succeeded(SslConnection.java：149) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java：110) at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java：124) at org.eclipse.jetty.util.thread.Invocable.invokePreferred(Invocable.java：128) at org.eclipse.jetty.util.thread.Invocable$InvocableExecutor.invoke(Invocable.java：222) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java：294) at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java：199) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java：673) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java：591) at java.lang.Thread.run(Thread.java：748) 原因：org.eclipse.jetty.io.EofException： Early EOF at org.eclipse.jetty.server.HttpInput$3.getError(HttpInput.java：1104) at org.eclipse.jetty.server.HttpInput$3.noContent(HttpInput.java：1093) at org.eclipse.jetty.server.HttpInput.read(HttpInput.java：307) at java.io.InputStream.read(InputStream.java：101) at org.glassfish.jersey.message.internal.ReaderWriter.writeTo(ReaderWriter.java：115) at org.glassfish.jersey.message.internal.InboundMessageContext.bufferEntity(InboundMessageContext.java：918) ...省略 68 个常见帧
这个问题在1.3.8中仍然存在，是一个悬而未决的问题。
井。似乎有一个解决方法。您可以创建一个过滤器类来过滤异常并检查早期 Eof。这是一个针对我的情况非常具体的黑客。但是，你明白了。我已经对此进行了测试，并且有效。下面是筛选器代码段。
@Override
public void doFilter(
final ServletRequest request,
final ServletResponse response,
final FilterChain chain)
throws IOException, ServletException {
try {
chain.doFilter(request, response);
} catch (ServletException e) {
if (isEarlyEofException(e)) {
log.debug("EOF Exception encountered - client disconnected during stream processing.", e);
if (response instanceof HttpServletResponse) {
((HttpServletResponse) response).setStatus(HttpServletResponse.SC_BAD_REQUEST);
}
} else {
throw e;
}
}
}
private boolean isEarlyEofException(final ServletException e) {
return e.getCause() instanceof ProcessingException
&& e.getCause().getCause() instanceof EofException
&& e.getCause().getCause().getMessage().equals(EARLY_EOF_MSG);
}
然后应用过滤器。
private void addEarlyEofExceptionFilter(final Environment environment) {
final FilterRegistration.Dynamic filter =
environment.servlets().addFilter("EarlyEofExceptionFilter", EarlyEofExceptionFilter.class);
filter.addMappingForUrlPatterns(EnumSet.allOf(DispatcherType.class), true, "/*");
}