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' />
单页面级 在该页面中设置< enableViewStateMac='false' %>或通过代码设置Page.EnableViewStateMac = false;

可是，如果我们完全能通过禁用ViewState来解决数据传输负担而且不产生副作用的话，那MS的架构师们也不会傻到如此可爱的地步（可有可无的东东留它何用？），正因我们往往不能通过简单的禁用来解决这个传输负担问题，所以我们只能另辟路径使之在网络往返中传输量尽可能地小，于是，压缩成了我们的首选。只要我们重载Page类的SavePageStateToPersistenceMedium（）方法与 LoadPageStateFromPersistenceMedium（）方法，并在重载方法中对数据进行压缩与解压的处理即可。开源项目 SharpZipLib提供的类GZipInputStream与GZipOutputStream进入了我们的视野，为了方便，不妨写个类 CompressionHelper，代码如下：

using System.IO;  
using ICSharpCode.SharpZipLib.GZip;  
 
namespace Ycweb.Components  
{  
/**//// 
 
/// Summary description for CompressionHelper.  
/// 
 
public class CompressionHelper  
{  
public CompressionHelper()  
{  
//  
// TODO: Add constructor logic here  
//  
}  
 
/**//// 
 
/// 压缩数据  
/// 
 
///  name="data">待压缩的字节数组 
/// 压缩后的字节数组 
public static byte[] CompressByte(byte[] data)  
{  
MemoryStream ms = new MemoryStream();  
Stream s=new GZipOutputStream(ms);     
s.Write( data, 0, data.Length );  
s.Close();  
return ms.ToArray();     
}  
 
/**//// 
 
/// 解压数据  
/// 
 
///  name="data">待解压的字节数组 
/// 解压出的字节数组 
public static byte[] DeCompressByte(byte[] data)  
{  
byte[] writeData = new byte[2048];  
MemoryStream ms= new MemoryStream( data );  
Stream sm = new GZipInputStream(ms) as Stream;  
MemoryStream outStream = new MemoryStream();  
while (true)  
{  
int size = sm.Read(writeData,0, writeData.Length );  
if (size >0)  
{  
outStream.Write(writeData,0,size);  
}  
else  
{  
break;  
}  
}  
sm.Close();  
byte[] outArr = outStream.ToArray();  
outStream.Close();  
return outArr;     
}  
}  
}