ASP.NET笔记之 viewstate与cache的使用

1、

（1、默认情况下asp.net是启用viewstate的，这样在页面中会生成冗长的隐藏字段，viewstate对于需要postback处理的页面才可能有用，对于新闻展示页面不需要交互完全没必要用viewstate。

（2、禁用viewstate的方式：
• 页面整体禁用viewstate：在顶部page中enableviewstate="false"
• 指定控件禁用viewstate，在控件上enableviewstate="false"

（3、页面禁用viewstate以后并没有完全去掉viewstate，只要viewstate不是很大就可以了。如果要求一点儿viewstate都不能有，那么则页面中不能有runat=server的form，如果页面中没有表单元素，把form完全去掉就可以。如果button等服务端控件没有放到runat=server的form中，那么则是不可用的。

 

2、cache

（1、如果每次进入页面的时候都查询数据库生成页面内容的话，如果访问量非常大，则网站性能会非常差。而如果只有第一次访问的时候才查询数据库生成页面内容，以后都直接输出内容，则能提高系统性能。这样无论有多少人访问都只访问一次数据库，数据库压力不变。

      缓存是一种用空间换取时间的技术，存在于计算机中很多地方，用来将一些慢速设备中的常用数据保存在快速设备中，取数据的时候直接从快速设备中取。比如cpu二级缓存、windows文件读取缓存。

     缓存存在失效的问题：为了保证从缓存中读取数据和慢速数据中数据一致，则需要在慢速数据中对应的数据发生变化的时候，清除缓存中相应的数据。
缓存是改进网站性能的第一个手段，就像索引是改进数据库性能的第一个手段一样。
asp.net缓存主要分为：页面缓存、数据源缓存、数据缓存这三种主要类型。

（2、页面缓存

       给页面添加下面的标签就可以启用页面缓存，

<%@ outputcache duration="20"  varybyparam="none"%>

这样整个页面的内容都会被缓存，页面中的asp.net代码、数据源在缓存期间都不会被运行，而是直接输出缓存的页面内容。 duration表示缓存时间，以秒为单位，超过这个时间则缓存失效，再次生成以后会再缓存20秒，以此类推。在page_load处设置断点、修改数据库数据测试。
      缓存是针对所有这个页面的访问者。这样1个访问者和1万个访问者、一次访问和100万次访问对数据库的压力是一样的。

      ***对于看新闻页面来讲，如果如上设置的话，则会缓存在第一个看到的新闻，因为?id=2、?id=3只是页面的不同参数而已，为了能让不同的新闻各自缓存，因此可以设置varybyparam="id"，表示对于不同的id参数进行单独缓存。如果有多个确定缓存的参数，则将参数名用分号隔开即可，比如varybyparam="id;number"。
      如果想让任何不同的查询字符串都创建不同的缓存，则设置varybyparam="*"，一般情况下设置“*”就足够。
      在webusercontrol中也可以像页面缓存一样设置控件的缓存。

（3、 数据源缓存
      设定objectdatasource的cacheduration（缓存时间：秒），enablecaching=true。这样每隔cacheduration指定的时间段才调用selectmethod指定的方法来执行数据库查询，其他时候都是直接返回缓存的数据。

      缓存固定的时间适用于首页、文章列表等访问频繁的页面，对于看贴页面则不适合，假设有100万个帖子，如果每个帖子都是固定缓存1小时的话，假设一小时之内有10万个帖子被看了，那么就要缓存十万个帖子，非常占用内存，因为“百年一看”的“坟帖”偶然被访问一次也缓存一个小时，占用内存。这时候可以采用“滑动窗口（sliding）”策略，比如帖子缓存10分钟，如果10分钟之内又访问了，则缓存的失效时间修改为从被访问这一刻起的10分钟之后，以此类推。这样经常访问的帖子就可以“长期缓存”，而不经常访问的帖子也不会因为偶然访问而长期占用缓存。设置方法，数据源：cacheexpirationpolicy="sliding"。面试可聊。todo:貌似滑动有问题。不是问题，sliding只是策略，服务器会参考。

（4、 缓存其他
     页面缓存、数据源缓存等内部都是使用httpruntime.cache来实现缓存的，在一些页面缓存、数据源缓存完成不了的特殊的缓存要求中，可以直接调用httpruntime.cache进行缓存。

     （*）asp.net缓存默认是保存在内存中的，还可以配置保存到数据库中。大型网站还会配合使用memcached等技术。
清除缓存。在缓存还未失效的时候可能需要立即清空缓存，让数据库的修改立即反映到界面中。asp.net没有提供现成的方法，可以使用hack级别的代码。

3、错误页面

（1、当页面发生错误的时候，asp.net会将错误信息展示出来，这样一来不好看，二来会泄露网站的内部实现信息，给网站带来安全隐患，因此需要定制错误页，发生错误时显示开发人员定制的页面。404页面放点广告也是好的嘛。
配置web.config，配置system.web内的customerrors区域：

<customerrors mode="on" defaultredirect="~myerrorpage.aspx">
 <error statuscode="403" redirect="~/noaccess.htm" />
 <error statuscode="404" redirect="~/filenotfound.htm" />
 </customerrors>

**mode三个可选值：on：总是显示定制错误页面；off：不显示定制错误界面，直接显示调用堆栈等异常信息；

**remoteonly：对于本机的访问显示调用堆栈等异常信息，对于外部用户的显示定制错误页面。

一般设置为remoteonly，这样发生错误的话，管理员可以在服务器的浏览器中看详细错误信息，普通用户看不到。

学习演示的时候mode设置为on，否则看不到定制页。可以在定义错误页中判断request.userhostaddress来设置某些ip看到异常信息，可以读取session如果是管理员则可以看异常信息。

（2、error子元素设定对于不同状态码使用不同的错误页，很多网站把404做一个特殊的错误页。没有单独设置的状态码错误则显示defaultredirect中指定的页面。
错误页即可以使用htm页面，也可以使用aspx页面。在aspx页面中可以用httpcontext.current.server.getlasterror()拿到异常对象。一般不要把异常信息显示给用户，而是使用后面讲的log4net等将异常记录到系统日志。

*****如果要在错误页面中拿到异常对象，比如customerrors中设置redirectmode="responserewrite"，因为默认是客户端重定向（redirectmode="responseredirect"），在错误页面中就拿不到异常对象了。*****

<customerrors mode="on" redirectmode="responserewrite" defaultredirect="~myerrorpage.aspx">
<error statuscode="403" redirect="~/noaccess.htm" />
<error statuscode="404" redirect="~/filenotfound.htm" />
</customerrors>