之前在网上看到android webview是否支持gzip的讨论。
大家一致认为是不支持的，以下是自己摸索出来的实现
?
方案一：
自己实现的思路发事：
1.客户端
????? 就自己实现webviewclient，并控制连接，发送请求头accept-encoding，告知服务器，当前浏览器支持gzip解析。读取远程内容后，再通过gzipinputstream进行解码，然后使用webview的loaddata方法加载内容。
2.服务端
???? 用的tomcat服务器，配置网上有介绍
???? 主要是修改server.xml添加压缩支持
???? 注：发现的问题是，通过修改server.xml配置支持gzip压缩，需要显式设置请求头，webview默认是不会发送这样的请求头的（或者是发送的不一样），导致需要有第一步的操作。
????
???? 这种实现，自己控制连接，请求数据并解析的方案，太过于麻烦。页面上的请求地址处理（绝对路径、相对路径的问题）、乱码、问题等等。最要命的是修改tomcat的server.xml只能解决html、css、js、xml文件的压缩。对于jsp文件无可奈何，想想一个javaee web应用中jsp页面还是相当多的，所以上述方案真的很鸡肋。
?
?
方案二
1.在服务端(web应用)中强制设置采用gzip压缩格式，写回应头中的Content-Encoding，由于webview进行解压缩
?? 经测试，webview是支持Content-Encoding,gzip回应头信息的。
?? 也就是说只要服务端回应的是gzip的数据，webview还是可以还原，并显示。
?
接下来的就简单了，通过写一个过滤器，拦截jsp解析时的输出，在解析完成后，使用gzipoutputstream进行编码并输出。并设置回应头的Content-Encoding信息就行了。
?
已经提供该过滤器，见附件：
?
使用办法（修改web.xml，添加如下内容）
<filter> <filter-name>gzipfilter</filter-name> <filter-class> com.XXXXXXXXXXXXXXXX.webserver.filter.GzipFilter </filter-class> </filter> <filter-mapping> <filter-name>gzipfilter</filter-name> <url-pattern>*.htm</url-pattern> </filter-mapping> <filter-mapping> <filter-name>gzipfilter</filter-name> <url-pattern>*.html</url-pattern> </filter-mapping> <filter-mapping> <filter-name>gzipfilter</filter-name> <url-pattern>*.jsp</url-pattern> </filter-mapping>
?