中间件: tomcat8 tomcat7问题: response返回的请求出现混乱的问题的处理
描述: 假定请求A正确返回的response的数据应该是aaaaaa ; 请求B正确返回的response的数据应该是bbbbbb;在压力较高时(有时压力也不大,仅仅是请求的处理时间较长),出现请求B返回的数据是 aaaaaa bbbbbb;即请求B的返回值将其他的请求的返回值也包含到了自身的response中
出现的次数: 在压测之下,我们写了一个for循环去调用生产服务器,发现1W条请求,有10条左右请求出现混乱的情况;压力如果越大,出现的次数越多
分析猜想:
tomcat自身存在一个线程池,线程池大小一般通过maxThread配置,每个请求处理时,tomcat会从线程池中拿出一个线程来处理,处理完成之后,重新放入线程池,这个时候应该是会对线程进行清理操作;
但是在出现请求量与maxThread接近或超过时,感觉thread的数据还没有完全清理就已经被复用啦。(不知道是否可以通过修改tomcat的配置来解决这个问题)
我们以前的一个项目发现了过ThreadLocal数据残留的问题,一个先的请求,代码中没有往threadLocal中塞值,但是却取出来了数据;
当时的处理方案是;在web项目的servlet的doService方法中,super.doService(httpRequest, response);之后执行ThreadLocal清空的操作;
public class SystemDispatcherServlet extends DispatcherServlet {
/**/
@Override
protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception {
super.doService(httpRequest, response);
ThreadLocalContext.releaseContext();;//执行ThreadLocal的清空操作,我们是创建了一个ThreadLocal的工具类,统一操作ThreadLocal的
}
public class ThreadLocalContext {
private static final ThreadLocal<ThreadLocalContext> context = new ThreadLocal<ThreadLocalContext>();
private Map<String, Object> pairs = new HashMap<String, Object>();
/**
* 获取Context实例
*/
public static final ThreadLocalContext getContext() {
ThreadLocalContext threadLoacalContext = context.get();
if (threadLoacalContext == null) {
threadLoacalContext = new ThreadLocalContext();
context.set(threadLoacalContext);
}
return context.get();
}
/**
* ThreadLocal的清理操作
*/
public static final void releaseContext() {
ThreadLocalContext threadLoacalContext = context.get();
if(threadLoacalContext != null) {
context.set(null);
threadLoacalContext = null;
}
}
/***/
以上的方式是对线程变量ThreadLocal的处理;
response的混乱的问题,应该也是由这个问题导致的,复用线程池中的线程,但是该线程原数据尚未清理,处理方案也可以直接从请求进到应用服务器人口的地方,先将response执行一次情况操作;例如在filter或者servlet层面执行一次清理;如果存在Filter,建议是在第一个Filter里面执行response的清理操作;
例如:
@Override
public void doFilter(ServletRequest request, ServletResponse response,FilterChain chain) throws IOException, ServletException {
response.reset();
//TODO Filter的逻辑
chain.doFilter(request, response);
}
这样相当于应用层面直接就对线程进行了清理操作;这样就可以防止出现response混乱的问题