[原文: ViewState Compression ]
[中文名:压缩视图状态]
[出处:http://www.codeproject.com/aspnet/ViewStateCompression.asp ]
[作者:Dario Solera]
[翻译:极地银狐.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处理能力和内存来权衡用户数量.