IIS启用GZip压缩后带来的问题及解决办法

     页面文件比较大时,开启GZip压缩可以减少传输的流量,测试了一下效果非常明显,看了园子里面有些人使用了IIS的GZip压缩功能,项目中也应用了该功能,使用的过程中遇到一个比较棘手的问题,找了挺久的一直搞不定。

     项目中在服务器端生成了Excel2007报表文件,文件在下载到本地后不能正常打开了,提示文件格式有问题,由于Excel2007文件格式的本质是一压缩包,怀疑文件在下载的过程中被改动了,但是具体不知道在哪个环节上出了问题。
这里是我发的一个博问,知道的帮下忙啊。
 
      猜想:
     1.因为Excel2007文件是在页面Render的时候输出的,并且输出完后直接End请求,可以推断IIS的压缩机制,应该是在请求开始的时候就已经加入,而不是在请求结束的时候进行压缩的。
     2.文件下载时直接弹出下载框进行下载,可能没有经过浏览器的解压过程。这一点有待考证。抑或有其他原因导致了不能对压缩包进行加压,因为这个压缩包是经过两次打包过的(Excel2007文件生成的时候打包过一次,在通过IIS下载时又被打包了一次)。
 
      使用IIS压缩的问题(目前发现的):
     1.配置不方便,要更改系统里面的那个配置文件,权限不够的话没办法配置。
     2.IIS6下会影响到IIS内的所有站点,据说IIS7不存在这个问题。
     3.配置了IIS压缩的机器,在重启几次后配置丢失了(怪事)。
     4.Excel2007下载的问题,估计OOXML格式的问题都会有问题。
 
      解决:
     解决的办法就是使用HttpModule进行压缩,在HttpModule中使用PostReleaseRequestState事件进行压缩,将压缩的时机延后到Render之后,通常的代码都不会卸载Render之后了吧 :)
     既然PostReleaseRequestState事件是在Render之后,有人会有疑问了,那也可以在页面里面订阅啊,在我实际的测试中发现是不能在页面逻辑中改变Response.Filter,会报错的,这个可能涉及到asp.net中的一些权限吧,所以还是老老实实的在HttpModule中去实现吧。
CompressModule
 
      改进:
     1.可以在config文件中加入自定义的ConfigurationSection,使用配置的方式实现对指定的文件扩展名进行压缩,或排除对指定的文件扩展名的压缩。
     2.网络上看到有人说要针对微软的AJAX做处理,不能进行压缩,判断的方法:
          return (app.Request["HTTP_X_MICROSOFTAJAX"] != null
                  || app.Request["Anthem_CallBack"] != null);
     3.可针对实现了某个基类或接口的页面进行压缩或不压缩:
           ICompressable p = app.Context.Handler as ICompressable;
           return (p == null);
 
      此外:
     本文针对IIS6,最新的IIS7没有亲身体验过,不知道关于压缩方面做得好不好。文中提到的PostReleaseRequestState事件只有在asp.net 2.x才开始支持,故不能用于vs2003开发的项目哦。
 
      完整代码下载
 

你可能感兴趣的:(GZip)