使用 HttpContext.Current.Application 存储简单数据

Question

我想在我的 ASP.NET MVC 应用程序中存储一个简单对象（包含三个字符串）的小列表。 该列表是从数据库加载的，很少通过编辑站点管理区域中的某些值来更新。

我正在考虑使用HttpContext.Current.Application来存储它。 这样我就可以在 Global.asax 中加载它：

protected void Application_Start()
{
    RegisterRoutes(RouteTable.Routes);

    HttpContext.Current.Application["myObject"] = loadDataFromSql(); // returns my object
}

然后可以根据需要轻松地从任何控制器或视图中引用它。 然后在事件中，管理区域调用updateMyObject控制器操作，我可以更新数据库并再次加载它并替换HttpContext.Current.Application["myObject"] 。

这样做有什么缺点吗？ 似乎它可以很好地满足我想要实现的目标，但是有没有人知道更好的方法来做到这一点，假设我提出的方法存在一些主要缺点？

Answer 1

您实际做的是Caching ，这很棒，因为您减少了对外部存储（数据库或文件，等等）的调用。 当然，权衡是内存使用。 现在，几乎所有现代 Web 框架，包括 ASP.NET，都包含某种缓存机制。 要么使用它，要么使用某种全局变量。

将数据存储在 ASP.NET 的内置Cache对象中具有一些显着的优势，因为这种机制实际上会检查内存使用情况并根据某些规则删除缓存的数据。

但是，如果您要缓存的数据在整个应用程序中被大量使用，并且其大小不是太大（例如，小于 1 MB），您可能希望将其存储为全局变量。

在 ASP.NET 中，全局变量是通过使用Application对象（如您在问题中描述的）或通过在内部/公共类中编写公共静态属性/字段来实现的。

这是我对静态属性的解决方案。 请注意，我使用锁定对象来保护内部数据免受损坏。 它看起来像这样：

public class WhateverClass
{
  private static object theLocker = new object();
  private static YourDataType theData;
  public static YourDataType TheData
  {
    get
    {
      lock (theLocker)
      {
        return theData;
      }
    }
    set
    {
      lock (theLocker)
      {
        theData = value;
      }
    }
  }
}

用法很简单：

第一次，在 Application_Start 中：

protected void Application_Start()
{
    RegisterRoutes(RouteTable.Routes);

    WhateverClass.TheData = loadDataFromSql();
}

在任何控制器中：

var myData = WhateverClass.TheData;

这种方法更好，因为您具有类型安全性，因为可以使用确切类型显式声明此公共静态属性。 此外，这种存储更易于测试，因为它不依赖于网络上下文。

哼！

Answer 2

HttpContext.Current.Application本质上是与经典 ASP 向后兼容所需的宿醉。 它本质上是一个静态哈希表，具有经典的 ASP 锁定语义（Application.Lock / Application.UnLock）。

作为弱类型哈希表，您需要转换您检索的对象：

MyObject myObject = (MyObject) HttpContext.Current.Application["myObject"];

在不是从经典 ASP 迁移的 ASP.NET 应用程序中，我更喜欢使用其他标准的 .NET 内容，例如：

• 一个静态字段，如果您需要锁定，则使用 .NET 锁定语义（例如，C# lock 关键字或 ReaderWriterLockSlim 实例，具体取决于您的要求）：

  静态 MyObject myObject = LoadFromSql();

• ASP.NET 缓存 - 具有丰富的管理过期、依赖、...

Answer 3

是的，使用HttpContext.Current.Application可以很好地完成您正在做的事情。 没问题。

HttpContext.Current.Application只是对 .NET 中 Web 应用程序的静态全局HttpApplicationState对象的引用，其中每个 Web 应用程序应该有一个全局实例。 通过在那里存储数据，您可以提供对全局变量的快速、线程安全的访问。 确保在更新值时锁定它们，如下例所示：

System.Web.HttpContext.Current.Application.Lock();
System.Web.HttpContext.Current.Application["WebApplicationPath"] = MyWebApplicationPath;
System.Web.HttpContext.Current.Application.UnLock();

正如其他人所提到的，您还可以在App_Code或其他文件夹中创建一系列静态类，并在那里存储全局静态值以及您的HttpContext.Current.Application值，在那里可以安全地检查值或从数据库更新它们，或相互更新和检查，协同工作。 我通常创建一个静态全局类来协助管理和检索我存储的应用程序变量。 通过这种方式，您可以同时使用HttpApplicationState类的状态字典和 Web 应用程序静态对象来共享和维护全局值。 （请记住，每个工作进程都分配了每个静态类，默认情况下，许多 IIS Web 服务器/Web 应用程序上的平均 WP 可能多达 10 个。因此，将静态类型的数据保持在最低限度。）

请记住，一些提到的服务器场不共享应用程序状态。 有很多方法可以管理这个。 我不喜欢缓存，因为它可能会过期、失败、陈旧或损坏。 一个更简单的解决方案是简单地使用数据库和 URL 查询字符串来跨服务器通信并维护状态。 祝你好运！

Answer 4

如果您要部署到单个 Web 服务器，则该方法可行。 为此考虑 Cache 对象，因为如果您需要此类功能，它会提供更多过期选项。 （在这里看一个比较，虽然是一个老的。）

如果您打算部署到网络服务器场或等效物，您应该使用memcached或其他网络场友好的缓存机制。 Application 和 Cache 对象通常只存在于单个服务器上下文中； 如果您的用户在他们的会话期间可能访问多个 Web 服务器（并且缓存需要相同），您将需要一个可以从每个潜在 Web 服务器看到的共享缓存。

无论您采用哪条路径，只要基础数据发生变化，您都需要使缓存失效/重新加载，这是因应用程序而异的自定义代码。

这种方法效果很好，可以大大加快速度，但它比您乍一看可能意识到的要多一些……

Answer 5

Application_Start 实际上只会在 App Pool Recylce、IIS 重置或重新启动时触发。 如果您不经常更新这些值，为什么不将它们存储在您的 web.config 中并以这种方式访问​​它们？

话虽如此，我认为您的方法没有任何问题。 虽然更常见的是我看到人们使用配置文件来获取很少更改的值。