在用reset接口的时候，常常会使用request.getInputStream()方法，但是流只能读取一次，一旦想要加上一个过滤器用来检测用户请求的数据时就会出现异常。
在过滤器中通过流读取出用户post提交过来的数据，这是流已经读取了一次，那么该流就已经作废了，所以在contorller再次读取用户请求的数据时就会抛出异常。
解决方法
方法一：
参见：http://www.cnblogs.com/jiangxinnju/p/5709378.html
简单说一下原理，其实就是通过自定义的HttpServletRequestWrapper 备份一下流的数据，自定义HttpServletRequestWrapper 调用父类request.getInputStream()读取全部数据出来保存在一个byte数组内，当再次获取流数据的时候，自定义的HttpServletRequestWrapper 就会用byte数组重新生成一个新的流。备份的流数据仍然保留在byte数组中。
方法二：
request.getInputStream()方法只能使用一次，流就会作废了，其实我们还可以通过另一种方式获取用户传输的数据，那就是通过request.getReader()来获取到一个BufferedReader。这里要说一下BufferedReader是缓存流，并且BufferedReader的markSupported方法是返回true，说明BufferedReader是可以标记和回退的流。
BufferedReader中有defaultCharBufferSize属性
static { BufferedReader.defaultCharBufferSize = 8192; BufferedReader.defaultExpectedLineLength = 80; }
这里可以看出缓存大小为8192，也就是8KB大小的缓存，所以我们可以用BufferedReader的标记和重置方法来进行重复读取流。
结语：
方法二的性能会比方法一的性能较快，因为BufferedReader只存在一个实例，而不是每次调用都生成。要注意的是通过BufferedReader的标记和重置方法只能读取8KB以内的内容。超过8KB进行重复读取时，将会清空8KB前的缓存,导致标记失效，缓存内容将会丢失。比如：读取了9KB的内容，那么其中前面的1KB的内容将会在缓存中被清除掉，而只缓存了后面的8KB内容，前面的1KB内容被永久清除了，但后面的8KB内容还是能通过标记重置来进行重复读取。 （8KB内容相当于4000字）
方法一也是可以做成缓存流的形式，代替每次生成一个新的实例，这里就不一一介绍。
方法一也是有缺点的，就是遇到文件上传时内存消耗会增加，因为上传的文件也是在request流中的，一旦上传较大的文件，服务器将会内存不足导致宕机。
建议最好使用原生自带的缓存BufferedReader，会更加方便。