asp.net-mvc – 在请求之间保持/缓存数据 – 常用方法

如果要维护用户访问它的方式,请将Cache包装在“UserCache”对象中.该对象可以由HttpModule构造并在缓存本身内存储为(等待它……)单例,或者更好的是,只需在从http缓存中提取时构造.这取决于您需要访问它的位置以及HttpContext.Current.Cache是??否可直接使用.懒惰的实现如下.

同样,这是为了清楚,而不是我实际实现它的方式.

public class UserCache
{
  public IUser GetUser(object userKey)
  {
    return HttpContext.Current.Cache[userKey];
  }

  public void AddUser(object userKey,IUser user)
  {
    /* this could pull the key from the user object as well. */
    HttpContext.Current.Cache.Add(/* add the object with key and a sliding expiration that is slightly greater than session timeout */);
  }

  public void ExpireUser(object userKey)
  {
    HttpContext.Current.Cache.Remove(userKey);
  }

  /* If you don't want to do SQL cache dependency */
  public void UpdateUser(object userKey,IUser user)
  {
    HttpContext.Current.Cache.Insert(/* ... */);
  }
}

使用默认的缓存机制(或者更好的是DI提供的缓存机制,因此您不依赖于实现),您可以设置过期以自动从缓存中删除用户,如注释中所述.您可以将缓存设置为依赖于SQL Server更新以及处理更新,或者将其作为服务的一部分手动更新以保存更改.

有关默认缓存的更多信息可用于here.有关cache dependencies的更多信息,请参见here.

在HttpModule本身,我想你可以在EndRequest事件中做一些魔术来查看请求是否经过身份验证,然后根据cookie记录用户,但我不确定这是否会起作用,因为我从未尝试过它.您可能希望在1.1天内查看MSDN上的this article,并查看它是否解决了您尝试解决的一些问题.

至于SO架构以及它们是如何做到的,我想他们会在需要时加载它,因为它们始终将大部分数据库保存在RAM中(http://highscalability.com/stack-overflow-architecture).