小议优化ASP.NET应用性能之ViewState篇
如果你有在IE中查看当前浏览页面HTML源代码的习惯,你也许常会看到类似以下的代码片断:
<input type="hidden" name="__VIEWSTATE" value="dDwtMzU5NzUyMTQ1O3Q8O2w8aTwwPjs+O2w8dDw7bDxpPDA+Oz47bDx0PDtsPG
……
聪明的你一定会问,这是什么?有什么作用?它与本篇文章有何转折亲关系?各位看官,且听我慢慢道来。
其实,这就是MS在Asp.net应用ViewState技术的特征表现。为了页面能在PostBack后依然能读取服务器控件原有的状态数据, Asp.net中使用了ViewState技术,而ViewState技术本质上是用一个默认名称为"__VIEWSTATE的Hidden类型表单域来保存和传递数据(这些数据是经过了序列化后Base64编码的字符串值,且是在方法 Page.SavePageStateToPersistenceMedium输出前保存、并由 Page.LoadPageStateFromPersistenceMedium加载)。虽然我们可以通过三种级别来轻松禁用掉这些数据的往返传递:
Machine级 在machine.config中设置<pages enableViewStateMac='false' />
Application级 在Web Applicatin的web.config中设置<pages enableViewStateMac='false' />
单页面级 在该页面中设置<%@Page enableViewStateMac='false' %>或通过代码设置Page.EnableViewStateMac = false;
可是,如果我们完全能通过禁用ViewState来解决数据传输负担而且不产生副作用的话,那MS的架构师们也不会傻到如此可爱的地步(可有可无的东东留它何用?),正因我们往往不能通过简单的禁用来解决这个传输负担问题,所以我们只能另辟路径使之在网络往返中传输量尽可能地小,于是,压缩成了我们的首选。只要我们重载Page类的SavePageStateToPersistenceMedium()方法与 LoadPageStateFromPersistenceMedium()方法,并在重载方法中对数据进行压缩与解压的处理即可。开源项目 SharpZipLib提供的类GZipInputStream与GZipOutputStream进入了我们的视野,为了方便,不妨写个类 CompressionHelper,代码如下:
1using System.IO;
2using ICSharpCode.SharpZipLib.GZip;
3
4namespace Ycweb.Components
5{
6 /**//// <summary>
7 /// Summary description for CompressionHelper.
8 /// </summary>
9 public class CompressionHelper
10 {
11 public CompressionHelper()
12 {
13 //
14 // TODO: Add constructor logic here
15 //
16 }
17
18 /**//// <summary>
19 /// 压缩数据
20 /// </summary>
21 /// <param name="data">待压缩的字节数组</param>
22 /// <returns>压缩后的字节数组</returns>
23 public static byte[] CompressByte(byte[] data)
24 {
25 MemoryStream ms = new MemoryStream();
26 Stream s=new GZipOutputStream(ms);
27 s.Write( data, 0, data.Length );
28 s.Close();
29 return ms.ToArray();
30 }
31
32 /**//// <summary>
33 /// 解压数据
34 /// </summary>
35 /// <param name="data">待解压的字节数组</param>
36 /// <returns>
相关新闻>>
- 发表评论
-
- 最新评论 更多>>