非锁定进程内 ASP.NET 会话状态存储

Question

我正在使用 ASP.NET 的进程内会话状态存储。它独占锁定对会话的访问，这意味着对同一会话的并发请求将按顺序提供。

我想删除这个隐式排他锁，这样每个会话的多个请求就可以同时处理。当然，我将在适用的情况下自己同步对会话状态的访问。

我正在使用 会话状态提供程序的 MSDN 文档 来编写我的自己的会话状态提供程序，以及 这个问题指出我此示例代码将其实现为 HTTP 模块，但仅出于删除锁定的目的，该代码看起来非常复杂。

我可能最终应该使用 ASP.NET 的缓存实现会话状态，并停止使用内置会话，就像 Vivek 在 这篇文章，但现在我想如何删除锁定。

有什么想法或示例实现吗？

Answer 1

这不是您正在寻找的答案，但我认为即使有可能，以这种方式改变 SessionState 的工作方式也是一个糟糕的主意。

想想那些不得不维护你的代码的可怜人。 Session 以这种方式序列化请求这一事实意味着 ASP.NET 开发人员通常不需要过多担心线程安全性。

此外，如果有人添加了碰巧使用 Session 的第三方组件，它会期望有关锁的通常保证 - 并且您会突然开始遇到 Heisenbug。

相反，测量性能并确定需要同时处理请求的特定区域（我敢打赌，这样的区域会很少），并仅为所涉及的特定项目仔细实施您自己的锁定机制（可能是您计划最终使用的解决方案） ASP.NET 缓存。

Answer 2

如果您仅从给定页面上的会话中读取数据，则可以使用 Page 指令：

<%@ Page EnableSessionState="ReadOnly" %>

指示只读性质并删除独占写入锁定，这将允许从同一会话对该页面发出并发请求。

由于内部使用了 ReaderWriter 锁，因此读取器锁将阻止写入器锁，但读取器锁不会阻止读取器锁。写锁会阻塞所有的读锁和写锁。

如果您需要从同一页面读取和写入会话，我认为您已经找到的信息就足够了。只是关于用缓存替换会话的评论：虽然会话是可靠的，但缓存并不意味着如果您将某些内容放入缓存中，则不能保证将其检索回来。在某些情况下，例如内存压力较低，ASP.NET 可能会决定逐出缓存，因此您始终需要在访问某个项目之前检查缓存中是否存在该项目。

Answer 3

但是仅仅为了删除锁的目的，代码看起来就非常复杂。

这是因为您将其视为某人偶然/或懒惰添加的简单锁，而不是整个会话提供程序概念中考虑的因素。该代码对于手头的任务来说看起来足够简单/用您自己的提供程序替换整个现有的提供程序/并且这样做时以与预期不同的方式锁定。

我建议您阅读更多有关 ASP.NET 中会话概念如何工作的内容。考虑一下它的设计方式涉及在请求中读取一次整个会话，然后写入一次更改的会话。

另请注意，虽然这不是您的场景，但代码可能依赖于读取单独的会话值来处理某些内容，并且也可以写入单独的值/单独锁定可能会让您陷入可能导致数据库死锁的相同考虑因素。

当加载/存储每个单独的项目时，设计的方式与读/写+锁定的意图形成对比。

另请注意，您可能正在更新从会话中检索的对象的值，而不是将其设置回原来的值，但会话已更新。据我所知，提供程序会在生命周期的某个时刻将会话中的所有内容写回，因此如果您想在项目级别分离读锁和写锁，这并不简单。

最后，如果您发现框架会话提供程序模型存在高度阻力，并且您打算修改它的方式将阻止您使用它的某些功能（如切换到 diff 提供程序，因为它们会遇到相同的问题） ;那么我认为你应该远离它并根据你的具体需求推出自己的产品。这甚至不需要使用 asp.net 缓存，因为您希望它成为您的方式，您可以控制生命周期和时间。锁定其中存储的内容。

在我看来，你需要一个完全不同的机制，所以我看不出尝试改变框架来这样做有什么好处。您可能会重用一些非常具体的部分，例如生成会话 id / 和 cookie 与无 cookie，但除此之外，它是一个不同的野兽。

Answer 4

您必须编写自己的会话状态提供程序，这并不像看起来那么难。我不建议您使用缓存，因为正如 Darin 所说，缓存不够可靠，例如，当内存不足时，缓存中的项目会过期和/或从缓存中删除。

在您的会话存储提供程序中，您可以在编写时锁定会话的项目而不是整个会话状态（这适合我们的项目），其基本代码应该位于ISessionStateItemCollection 的实现（在索引器中），如下所示：

public object this[string name]
{
    get
    {
        //no lock, just returning item (maybe immutable, it depends on how you use it)
    }
    set
    {
        //lock here
    }
}

对于我们的项目，我们创建了将项目存储在 AppFabric 缓存中并依赖于缓存的 GetAndLock、PutAndUnlock 方法的实现。如果您有进程内会话，那么您可能只需要 lock(smthg) {}

希望这会有所帮助。

Answer 5

我建议您考虑将会话移至 SQL Server 模式。 SQL Server 会话允许来自多个 Web 服务器的任意数量的请求共享单个会话。据我所知，SQL Server 在内部管理锁定机制，效率非常高。您还可以获得内存占用量更低的额外好处。而且您不需要编写 HttpModule 来运行它。