都是缓存惹得祸

类别:.NET开发 点击:0 评论:0 推荐:
首发于:都是缓存惹得祸  

最近项目开发完成了,在试运行时,发现几个由于缓存设置不当导致的问题,写下来,和各位探讨一下,不妥之处,望指点一二
一,页输出缓存导致的问题
  问题描述:在一个网站首页,有几个用户登录的框框,登陆后要隐藏起来,并显示用户的相关信息,因为这个是首页,考虑到访问量很大,而且页面的更新也比较少,所以使用<%@ OutputCache Duration="60" VaryByParam="none"%>来启用页输出缓存,但发现一个问题:第二用户用户登录后,看到确是第一个用户的登陆信息
 
  问题分析:页输出缓存是在第一个用户发出请求后,把从动态页中生成的静态内容缓存在服务器的高速缓冲中,在设定的时间内,后续的请求都从该缓存中响应,所以就有可能出现上面描述的问题了

  问题解决:不使用页输出缓存,这个是为个性化牺牲性能,但为了尽量减少性能
损失,除了在中间成做数据缓存外,还要对页面通过用户控件拆分,进行页片断缓存

  总结:通过这个问题,我发现凡是需要显示个性化信息的地方,通常都不合适做页输出缓存,针对这个问题,为了提高性能,我有几个想法:
   1,登陆区域尽量考虑放在另一个页面中进行登陆 ;
   2,需要个性化的信息放在另一页,然后iframe进来,这样页面可以同时兼顾个性     话和性能,适合个性化信息比较少的情况 ;
   3,如果页面确实不能做页输出缓存,那要考虑是否可以做页片断缓存,始终要
   考虑是否应该进行数据缓存的问题

二,数据缓存引起的问题
  问题描述 :
   我们对从数据库中获取到的年纪信息进行缓存,代码如下:
   public static GradeCollection GetGrades()
   {
       string cacheKey = "GradeCollection" ;
       if (HttpRuntime.Cache[cacheKey] == null)
           HttpRuntime.Cache[cacheKey] = DataProvider.GetGrades() ;
       return (GradeCollection)HttpRuntime.Cache[cacheKey] ;
   }
   然后把数据加工后再邦定到一个dropdownlist中:
   GradeCollection gc = GetGrades() ;
   Grade g = new Grade() ;
   g.GradeName = "所有年级" ;
   gc.Insert(0,g) ;
   问题就出来,运行完这段代码,别的地方再GetGrades()获得数据将会是被改动
   过的数据,这并不是我们所期望的

   问题解决 :不能对获取的数据进行改动,我们的目的是在dropdownlist上加上一个“所有年级”项,这个是可以在控件上实现的,就不应该对数据加工了,但问题是我们无法确定其他地方GetGrades()后会进行什么操作,一个方法的数据安全不
应该依赖于调用者的,所以需要对做了数据缓存的地方进行改动:
   public static GradeCollection GetGrades()
   {
       string cacheKey = "GradeCollection" ;
       if (HttpRuntime.Cache[cacheKey] == null)
           HttpRuntime.Cache[cacheKey] = DataProvider.GetGrades() ;
       GradeCollection gc = (GradeCollection)HttpRuntime.Cache[cacheKey] ;
       return gc.DeepClone() ;//返回gc的深拷贝,具体方法略
   }
   虽然这样做,占用的内存会更多,性能上有折损,但数据更安全,程序更健壮了
同时也比不使用数据缓存性能更高一些
  
   但同时得承认,这不是一个很好的解决方法,不知道各位大虾有没有遇到这类问题
你是怎么解决的?望指点一二,不胜感激了!

本文地址:http://com.8s8s.com/it/it42693.htm