ASP.NET Core页面重定向后保存字符串变量的最优方案

static variable的风险 #

当站点用户量达到20000人时，必然会引发严重问题。static变量属于应用级共享资源，服务器上所有用户共用同一个实例，不同用户的表单值会互相覆盖，完全无法实现用户数据隔离，数据混乱是必然结果，绝对不能在多用户场景下使用。

各存储方案适用性分析 #

• 1. static variable：绝对不推荐，多用户场景下数据完全共享，会导致用户数据串用的致命问题。
• 2. Session：推荐使用。Session是用户级别的存储容器，每个用户拥有独立的Session空间，能安全隔离不同用户的表单数据，重定向后可正常读取。需注意配置合理的Session过期时间，若为分布式部署，需搭配Redis等实现Session共享。
• 3. Cookies：可作为备选方案，但有明显局限。Cookies存储在客户端，单Cookie大小限制约4KB，表单值过大时无法存储；若用户禁用Cookies则完全失效；且敏感数据不可存入Cookies，易被篡改或窃取。
• 4. ViewBag：不适用。ViewBag仅用于当前请求内控制器向视图传递数据，重定向属于全新请求，原ViewBag数据会直接丢失。
• 5. View State：不适用。View State是ASP.NET Web Forms的页面级存储机制，仅在当前页面有效，重定向到新页面后无法获取数据，跨请求场景完全无效。
• 6. SQL Server数据库：仅适用于需要长期保存表单数据、或后续需查询复用的场景。若只是重定向过程中临时传递数据，使用数据库会增加不必要的IO开销，过于笨重，没必要。

总结 #

如果只是重定向过程中临时保存用户表单值，优先选择Session；若表单值体积小且非敏感，可考虑Cookies；仅当需要长期留存数据时，再使用SQL Server数据库。绝对禁用static变量，ViewBag和View State对重定向场景无效。

内容的提问来源于stack exchange，提问作者mirad100 ssa