需要澄清 Session 的实际工作原理吗？

Question

在很多地方我都看到过以下模式。考虑代码：

Customer cust = (Customer) Session["Customer"]; 

//Do something to the object cust

Session["Customer"] = cust

和代码：

Customer cust = (Customer) Cache["Customer"];

//do something to object cust
Cache["Customer"] = cust;

现在，在第二种情况下，不需要将 cust 对象放回缓存，因为引用是相同的，并且对 cust 对象的任何更改都应反映在缓存中。

但我认为 Session 的情况并非如此，其中 cust 对象必须显式放回 Session 中。不过，我不确定。如果我没有按上述方式明确指定更改，那么更改会反映在会话中吗？

如果需要显式完成，为什么与 Cache 对象的行为有所不同？这两个地方我们似乎都在进行引用传递。

这适用于 C#、ASP.NET

Answer 1

字符串是不可变的。为什么要担心数据类型以及是否需要重新分配它？只需重新分配它即可安全且清楚地了解您的意图。

要明白我的意思，请运行它并检查值。您会看到它在会话中没有改变。 x 的值为“bar”。

        Session["foo"] = "bar";

        var s = Session["foo"];
        s = "baz";

        var x = Session["foo"];

        Debugger.Break();

Answer 2

您不必显式地将对象重新分配回会话。对从 Session 检索的对象所做的任何更改都将反映并保留在 Session 中。缓存不同，因为它可能会过期。如果您需要任何进一步的帮助，请告诉我。

另一件事是，InProc Session 比 Cache 更快，因为 Cache 在返回对象之前必须检查过期时间。

存储在 Session 和 Cache 中的对象只是指向该对象的指针，因此对对象所做的任何更改都将被持久化，而无需显式地将对象重新分配回它来自的 Session 或 Cache。