都是缓存惹得祸

首发于：都是缓存惹得祸  

最近项目开发完成了，在试运行时，发现几个由于缓存设置不当导致的问题，写下来，和各位探讨一下，不妥之处，望指点一二
一，页输出缓存导致的问题
  问题描述：在一个网站首页，有几个用户登录的框框，登陆后要隐藏起来，并显示用户的相关信息，因为这个是首页，考虑到访问量很大，而且页面的更新也比较少，所以使用<%@ 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