Maven org.springframework.web.filter.CharacterEncodingFilter

背景

最近在工作中，发现一个filter处理HttpServletRequest，处理完之后在把一些结果setAttribute到request中，供后续使用，但是发现这个filter中的逻辑很多情况下都是不必要的，而且这个filter使用非常广泛，这么多次不必要的逻辑处理，导致了某个服务的QPS高的可怕，保守估计，至少有60%的服务调用都是没有意义的。
OK，既然如此，那就优化呗！

解决

但是这个filter作为一个基础SDK，已经被接近200个业务方使用，所以不得不考虑升级的成本，为了使得推动升级的过程可以较为顺利，所以希望尽量减少业务方升级的成本（最好是只需要改一下POM文件中的版本就可以）。
于是乎，想了个主意，自定义一个XXXRequest implements HttpServletRequest ，然后重写getAttribute方法。其实就是简单的代理。
把filter中的逻辑移到这个XXXRequest中，原先filter中的doFilter改为：

public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain chain) throws IOException, ServletException {
        HttpServletRequest request = (HttpServletRequest) servletRequest;
        HttpServletResponse response = (HttpServletResponse) servletResponse;
        chain.doFilter(new XXXRequest(request), response);
    }

• 1
• 2
• 3
• 4
• 5

在XXXRequest的getAttribute时，才会真正的来调用服务，进行原先的逻辑处理。可以理解为懒处理了，只有在真正需要的时候才走这块逻辑。

问题暴露

开始推动业务方升级了，一开始兴高采烈，直到有一天一个人来找我，说，升级完之后项目启动不了了。自己debug完之后，发现：

java.lang.NoClassDefFoundError: javax/servlet/http/HttpUpgradeHandler

• 1

盯着代码沉默一会，我觉得自己的代码没有问题，自信是程序员的本能！但是，问题就是这么发生了！本人有个习惯，电脑上必装jdk6，jdk7，jdk8，tomcat6，tomcat7，tomcat8，就是为了这一刻。于是尝试了不同的环境，发现在tomcat7下，会报上面的错，如果是tomcat6的话：

java.lang.NoClassDefFoundError: javax/servlet/http/Part

• 1

好吧，还是NoClassDefFoundError。可是我的POM里是有依赖的啊：

<dependency>
            <groupId>javax.servlet</groupId>
            <artifactId>javax.servlet-api</artifactId>
            <version>3.1.0</version>
        </dependency>

• 1
• 2
• 3
• 4
• 5

去看了看Tomcat官网的介绍，才明白，不同版本的Tomcat支持的Servlet规范的版本是不一样的：应该是3.0.1

错竟然就是我用的javax.servlet-api版本太高，只有Tomcat8.0.x之后才支持。

于是试了Tomcat8，果然可以！当然，解决方案其实是降低我这个sdk中的javax.servlet-api的版本。
永远都有自己不知道的东西，我能做的只有吸取每次教训。希望可以对你们工作和学习有一点帮助。

--------------------- 本文来自 无始之名 的CSDN 博客 ，全文地址请点击：https://blog.csdn.net/u011499747/article/details/73614762?utm_source=copy