response返回的请求出现混乱的问题的处理，中间件是tomcat8

中间件： 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混乱的问题