ASP.NET视图状态压缩-优快云博客

介绍

近来我开发了一个巨大的APS.NET页面,多达30个控件.我们知道,我们可以禁用一些我们实际不需要的控件的视图状态,这不失为一个好主意,比如Literal和Label.在这之后,我发现隐藏的视图状态仍有好几KB之巨.这对那些没有宽带上网的用户来说很明显是一个大问题,因为要上传40KB的东西到服务器是一个很坏的情况,更有可能是在用户没有收到任何回应时一次又一次的点击”提交”.所以,我在网上搜索了一下,建立了一个简单的解决方案来压缩视图状态,这样可以节约50%的带宽. Scott Hanselman的这篇文章被认为是写的很有用的.虽然可以用外部的一些类库完成压缩任务,但我想还是用.NET Framework 2.0自带的GZipStream或DeflateStream.

在内存中压缩/解压数据

首先,我们要找到一种方法可以在内存中压缩/解压字节数组.我把简单静态类中暴露的两种方法放在一起: Compress和Decompress.两个可用的类, GZipStream 和 DeflateStream,通过MSDN我们知道使用的是一样的算法,所以随便你选哪种都没有关系.

以下代码很简单,就不用再解释什么了:

using System.IO;
using System.IO.Compression;

public static class Compressor {

   public static byte [] Compress( byte [] data) {
    MemoryStream output = new MemoryStream();
    GZipStream gzip = new GZipStream(output,
                      CompressionMode.Compress, true );
    gzip.Write(data, 0 , data.Length);
    gzip.Close();
     return output.ToArray();
  }

   public static byte [] Decompress( byte [] data) {
    MemoryStream input = new MemoryStream();
    input.Write(data, 0 , data.Length);
    input.Position = 0 ;
    GZipStream gzip = new GZipStream(input,
                      CompressionMode.Decompress, true );
    MemoryStream output = new MemoryStream();
     byte [] buff = new byte [ 64 ];
     int read = - 1 ;
    read = gzip.Read(buff, 0 , buff.Length);
     while (read > 0 ) {
      output.Write(buff, 0 , read);
      read = gzip.Read(buff, 0 , buff.Length);
    }
    gzip.Close();
     return output.ToArray();
  }
}

你要把这个类保存为CS文件然后放在你ASP.NET应用程序的App_Code目录中,确认它包含正确定制的命名空间(如果你没有指定命名空间,这个类将在内建的ASP命名空间内可用.

压缩视图状态

现在我们可以开始真正压缩页面的视图状态了.要完成这个目标,我们必须重写两个方法LoadPageStateFromPersistenceMedium 和 SavePageStateToPersistenceMedium.以下代码简单地使用了附加的隐藏域, __VSTATE,来存放压缩后的视图状态.正如你看到的,通过观察页面的HTML, __VIEWSTATE域为空,而我们的__VIEWSTATE域包含压缩的视图状态,已编码成Base64.让我们来看看代码:

public partial class MyPage : System.Web.UI.Page {

   protected override object LoadPageStateFromPersistenceMedium() {
     string viewState = Request.Form[ " __VSTATE " ];
     byte [] bytes = Convert.FromBase64String(viewState);
    bytes = Compressor.Decompress(bytes);
    LosFormatter formatter = new LosFormatter();
     return formatter.Deserialize(Convert.ToBase64String(bytes));
  }

   protected override void SavePageStateToPersistenceMedium( object viewState) {
    LosFormatter formatter = new LosFormatter();
    StringWriter writer = new StringWriter();
    formatter.Serialize(writer, viewState);
     string viewStateString = writer.ToString();
     byte [] bytes = Convert.FromBase64String(viewStateString);
    bytes = Compressor.Compress(bytes);
    ClientScript.RegisterHiddenField( " __VSTATE " , Convert.ToBase64String(bytes));
  }

   // The rest of your code here

}

在第一个方法中,我们只是从Base64解码,解压,再反序列化__VSTAT中的内容,再交给运行时.在第二个方法中我们执行相反的操作:序列化,压缩,然后编码成Base64. Base64字符串接着被保存到__VSTAT隐藏域中. LosFormatter对象执行序列化和反序列化任务.

可能你要建立一个新类,比如, CompressedPage,从System.Web.UI.Page继承,这样你可以重写这两个方法而且让你自己的页面继承自这个类,比如MyPage : CompressedPage.要记住.NET只有单继承,而且通过这种方式,你把唯一的继承机会用在了视图状态压缩上.另一方面来讲,在每一个类中重写这两个方法是浪费你时间的,所以你要找个最合适你的方法.

性能与总结

在做了一些测试之后,我注意到视图状态已从38K下降到17KB,节约了44%.假设平均每用户每分钟向你回送一次,你就可以在一个月内为单个用户节约

我要指出的是这个解决方案的性能参考(译者:原文是performance hit,我觉得大概可以这么理解,欢迎讨论)也要取决于服务器的硬件.压缩,解压,编码和解码都会对服务器有工作负担,所以你要通过CPU处理能力和内存来权衡用户数量.