客观看待ViewState对Asp.net程序作用和影响
前段时间由于程序出现了比较大的性能问题，视图（View）之间的跳转速度非常慢。通过Fiddler调试和分析，查找到是由于在视图(View)转换
（PostBack）过程中，客户端给服务器端的发送字节数非常大，一般在30K以上，就相当于客户端每次都要给服务器上传大十K的数据量，这如果是比较
好的网络环境下完全是可以忽略的，但是目前的网络环境确实还达不到这样的要求。详细请看《无刷新视图跳转的局限性
》。
针对这一情况，我的解决方案就是禁用页面的ViewState，只有这样才是最根本的解决办法。原本还想写一篇blog来好好批一下ViewState，
当初想好的标题是“asp.net程序的性能杀手----ViewState”。现在看来，还好没写，要不还不被人批是“没有真正会用
asp.net 的人”？（尽管确实还没有真正全面认识asp.net）。
在jillzhang
的blog《给页面减减肥！
》
中给页面减肥的办法是对页面进行压缩。这确实是一种办法，特别是当在硬件环境允许的条件下，可以带来非常大的好处，一般体积都可以减小好几倍。减小页面体
积还有一种办法，那就是禁用ViewState，两种方法并不是互斥的，而且我认为只有禁用ViewState后，页面压缩的效果才更明显的。因为
ViewState的值本身就是一些相对紧凑的字符，而HTML代码则相对松散，（我也不是特别肯定这对压缩有必然的联系。）。最近一直在从事页面速度的
优化方面的工作，所以很多平常不注意的细节，它所造成的性能影响在这时候就体现出来了。一般的页面（服务器控件比较多）如果禁用ViewState后，它
的体积至少会减小一半。而且这一半的数据在很多情况都是没用的（特别是在不需要PostBack的情况下，简直就是累赘），如果这时候再加HTML压缩的
话，那压缩比就不止3-5倍了。有一个页面正常的大小（禁用ViewState后）是101,730
byte ，压缩后变成了11,182
byte。说实话我也很惊讶这样的压缩比。通过这里
可以看这组惊人数据。
那这一切是不是都是Asp.net的错呢？ViewState是不是就是“万恶之源”呢？是，也不是。为什么呢？首先我们要正确认识ViewState存
在的意义，更多的情况下MS是为我们这些新手快速入门而考虑的。正因为有了ViewState，让我们开发B/S应用程序能够按照我们的正常的思维逻辑来
进行。而屏蔽了在PostBack时，还要去初始化一堆的页面控件，给这个控件还原我们提交的请求值等等，想想这对于我们来说是多少复杂而麻烦的一项工作
啊！而不是像我们现在这样，�
相关文档：
本文介绍通过缓存来提高网页的执行效率。
1. ASP.NET Output Caching
当一个网页频繁被访问的时候，我们可以通过把整个网页缓存来提高执行效率。这样作的优点是，当用户再次访问这个网页的时候，被格式化好的HTML会被直接送显。
为什么会存在这种效果呢？我们通过ASP.NET的基本运行机制来解释� ......
由于用的是VPS主机，不知道啥原因SESSION总是丢失，无奈换Cookies。
查一下MSDN，在ASP.NET有两个COOKIES，Response.Cookies和Request.Cookies，无论用哪个都不行，添加进去后就读取不到
后来发现通过Response.Cookies添加、Request.Cookies读取才行。下面是添加、读取、删除的代码：
//添加
HttpCookie c = ne ......
ASP.NET 缓存：方法和最佳实践
2009-11-28 16:49
摘要：ASP.NET 提供三种主要形式的缓存：页面级输出缓存、用户控件级输出缓存（或称为片段缓存）和缓存 API。输出缓存和片段缓存的优点是非常易于实现，在大多数情况下，使用这两种缓存就足够了。而缓存 API 则提供了额外的灵活性（实际上是相当大的灵活性），可用于在应� ......
转载一篇关于ASP.NET页面生命周期文章,有必要了解遗一下页面初始过程到底是怎么样的
下面是ASP.NET页面初始的过程:
1. Page_Init();
2. Load ViewState;
3. Load Postback data;
4. Page_Load();
5. Handle control events;
6. Page_PreRender();
7. Page_Render();
8. Unload event;
9. Dispose method called;
......
