c# - ASP.NET 应用程序状态提供程序

Question

到目前为止，我已经为 Azure 表存储实现了多个自定义 Multi-Tenancy 提供程序，例如 ASP.NET session 状态提供程序、ASP.NET 虚拟路径提供程序等。我现在想实现一个自定义 Multi-Tenancy ASP.NET Application-State提供商，但我没有在网上找到任何资源或最佳实践。

在下面的示例中，我展示了如何使用 ASP.NET 应用程序状态提供程序来跟踪所有 Azure Web 应用程序节点上的在线用户数量:

void Session_Start(object sender, EventArgs e)
{
    Application["NumOnlineUsers"] = ((int)Application["NumOnlineUsers"] + 1);
}

void Session_End(object sender, EventArgs e)
{
    Application["NumOnlineUsers"] = ((int)Application["NumOnlineUsers"] - 1);
}

如何实现 ASP.NET 应用程序状态提供程序，以便将应用程序状态数据保留在 Azure 表存储中？

Answer 1

您问题中的链接陈述了有关 ApplicationState 的以下假设:

• volatile :由于应用程序状态存储在服务器内存中，因此只要应用程序停止或重新启动，它就会丢失。

• 资源:由于它存储在内存中，因此与将数据保存到磁盘或数据库相比，应用程序状态的速度非常快。

  <

• 可扩展性:应用程序状态在为同一应用程序提供服务的多个服务器之间不共享

像您建议的那样的提供商将改变波动性(因为数据将存储在其他地方并且可以恢复)，并实现可扩展性(因为多个 ApplicationState 可以共享这些值)。然而，它是以该页面建议的 ApplicationState 的简单性为代价的。

简而言之，听起来 .NET 旨在让此数据结构保存应用程序的单个实例所需的值，而无需在进程重新启动时保留这些值。如果您从这个意义上使用它，那么可能值得考虑使用与 ApplicationState 不同的数据结构，而不是费力地使其成为意想不到的东西。即使您确实编写了持久层，请考虑一下他们提出的最后一点:

• 并发:应用程序状态是自由线程的，这意味着应用程序状态数据可以由多个线程同时访问。

当您引入与 Azure 表(可能是在另一个虚拟机上或至少在不同的进程上)对话所涉及的滞后和错误时，您如何支持这一点？当线程 1 对某个值进行更改，然后线程 2 将其更改回来，但线程 2 的更改先写入磁盘然后线程 1 时，会发生什么情况？重新启动后，您将不知道预期值是多少。

总之，我认为你不应该写它。它不是一个需要的工具，并且破坏了预期用途(尽管仅凭这一点还不足以说它不应该被编写)。棺材上的最后一颗钉子是它不可行，因为 Microsoft 没有公开与 SessionStateProvider 类相同的扩展粒度。