ASP.NET Core Session 实现线程安全吗？

Question

我知道there is an analogous question 但那是关于 ASP.NET 而不是关于 ASP.NET Core。答案是 7 到 9 岁，在那里混合讨论 ASP.NET 和 ASP.NET Core 可能不是一个好主意。

在这种情况下我的意思是线程安全：

在属于同一会话的多个请求中使用Session（通过HttpContext 访问，通过注入的IHttpContextAccessor 访问）的读写方法（如Set(...)）是否安全？

显而易见的答案是肯定的，因为如果它不安全，那么所有开发人员都应该让他们的会话访问代码线程安全......

我查看了DistributedSession source code，这似乎是默认设置（我在调试器中的会话是DistributedSession 的一个实例），并且没有任何序列化或其他技术（如锁）的痕迹。 ..即使是私人_store 成员也是纯粹的Dictionary...

这个线程对于并发修改使用如何是安全的？我错过了什么？

Answer 1

DistributedSession 由DistributedSessionStore 创建，即registered as a transient dependency。这意味着DistributedSessionStore 本身是隐式安全的，因为它实际上并没有在请求之间共享。

会话使用字典作为基础数据源，该字典也是 DistributedSession 对象的本地数据源。当会话初始化时，会话在访问会话时通过反序列化缓存中存储的数据来懒惰地初始化_store 字典。 That looks like this:

var data = _cache.Get(_sessionKey);
if (data != null)
{
    Deserialize(new MemoryStream(data));
}

所以这里对_cache的访问是一个单一的操作。 writing to the cache 时也是如此。

至于IDistributedCache 实现，您通常可以期望它们是线程安全的以允许并行访问。例如MemoryCache 使用a concurrent collection as the backing store。

所有这一切对于并发请求的意义基本上是您不应该期望一个请求直接影响另一个请求的会话。会话通常只反序列化一次，因此在请求期间（由其他请求）发生的更新不会出现。