问题标签 [session-variables]

.NET 的HttpSessionState使用“ InProc ”存储似乎将会话变量键值视为不区分大小写。例如：

这种行为似乎没有记录，所以我想知道它是否只是底层会话存储机制的副作用，还是由类本身有意实现的。由于 C# 将其他所有内容都视为区分大小写，因此会话不以相同的方式操作有点令人不安。是什么赋予了？是否因店铺类型而异？是否可以向后兼容 VB？

我有一个用户数据库，我可以通过 Web 服务访问该数据库。Web 服务方法之一是这样的：

在我的控制器中，我想做这样的事情：

我的问题来了：这个密钥用于检索特定的用户数据。我将密钥放在哪里，以便我可以访问它？我的意思是 FormsAuthentication 类有一个方法，因为这样说： Session["key"] = key 对我来说看起来不是一个好习惯。这里有什么好的做法？这样坏人就不会入侵我的会话。

我的 rails 应用程序通过会话哈希提供了额外的数据。
在不同的浏览器中测试它 - 包括 ff 3.5、safari 4 和iCab（我正在使用它是因为其严格的安全准则） - 我发现即使在应用程序的日志中，会话哈希看起来也不同 - iCab 会话包含的唯一内容是 session_id，仅此而已。

禁止 session_variables 有意义吗？

会话变量可以容纳的最大大小是多少？我正在尝试将对象存储在会话变量中，如果对象大小低于 80 KB，则工作正常，如果大小大于 80 KB，则在检索时出现异常。

如何增加会话变量大小？

这种行为发生在我的生产服务器上，在开发机器上我可以存储 500 KB 以上的大对象等。

我正在实施类似... http://aspalliance.com/1221_CodeSnip_Uploading_Multiple_Files_At_Once.all

这是我的代码：

谢谢

当我们在会话中存储 2-3 个额外变量时，性能问题是什么？为了：

1. 保存 1-2 个查询（每页加载）？

2. 让代码更简单？

网站点击率正常。。

编辑@all 我在谈论两个三个会话变量...简单的值，如数字、ID 等

好的，我是 SharePoint 和 ASP 的新手，所以请耐心等待...

我想将对象持久化到会话数组中，以维护回发之间的内容。我在 web.config 文件中启用了会话数组，如果我使用属于 .NET 框架的基本值类型或对象，一切正常。

但是，如果我尝试保存我为其定义类的对象的实例，我会收到一条错误消息“发生意外错误。”，即使我可以单步执行程序而不会引发任何错误。

我必须做什么才能将我的对象保存到会话数组中？

编辑：

因此，按照建议启动调用堆栈后，我收到以下错误：

无法序列化会话状态。在“StateServer”和“SQLServer”模式下，ASP.NET 将序列化会话状态对象，因此不允许不可序列化的对象或 MarshalByRef 对象。如果自定义会话状态存储在“自定义”模式下完成类似的序列化，则适用相同的限制。

我想我可以序列化我的对象...配置文件中是否有设置使其不需要 SQL Server？

设置会话对象后，如何访问模板中给定对象的值？

关于使用会话变量的最佳实践是什么？

最好将它们称为会话变量还是在脚本开头将它们转移到同名的局部变量更好？

如果有人有有用的链接，我也对我的应用程序的最佳文件夹/文件结构感到有些困惑，这将非常有用..谢谢。

好的，这行得通吗？

当用户登录时，会创建一个会话变量。然后使用会话变量，我可以将正确的用户 ID 号放入隐藏字段。隐藏字段采用允许用户添加评论的形式。那么从隐藏字段中将用户 ID 从“用户”表添加到“评论”表中？

谢谢您的帮助。如果它不起作用，有什么原因吗？如果不行，我应该怎么做才能让它工作？

另外，如果有任何区别，我正在使用 ColdFusion、MYSQL 和 Dreamweaver。干杯。

如果以前有人问过这个问题，我深表歉意，但我还没有完全找到我脑海中的具体问题。

对于我正在构建的网站（使用 ASP.NET MVC）——性能是一个重要特性。此外，该站点有可能托管在应用程序池每 20 分钟回收一次（或者如果达到内存阈值则更快）回收的环境中。我希望完全独立于依赖会话变量，而是将类似 GUID 的值存储在 cookie 中。我的理由是 - 由于 AppPool 回收，我不知道会话将持续多长时间，并且不希望他们的会话过早超时并导致他们不得不重复登录。

cookie 中的 GUID 值将充当我存储类似会话信息（用户 ID 值等）的表的查找键。因此，如果我需要这些数据，我可以从数据库中检索它。我仍然会使用 Session_OnEnd 事件来清除具有超过 20 分钟旧的“最后活动”值的行的会话表（或者无论长会话配置为持续）。所以我想我仍然会使用会话状态，而不是会话变量。

不过，我再次担心的是性能。因此，我很好奇是否有更好的方法可以避免使用会话变量，同时仍然能够了解用户是谁并以“类似会话”的方式管理他们对网站的访问。我仍然是 MVC 的新手，但多年来在 ASP.NET 方面拥有丰富的经验，所以我希望我的问题是有道理的！

编辑：我有点回避想要使用 SQL 会话状态，因为我可能会在一个共享的 sql 服务器托管环境中，并且不认为我将拥有一个能够在必要时创建/运行作业以进行删除的登录过期的 sql 会话数据等。在 AppPool 回收场景中依赖 Session_OnEnd 和 cookie 是否有任何真正的缺点？当 AppPool 回收时，Session_OnEnd 是否不能为当前会话执行？