PersistentComponentState：绑定SignalR回路还是应用全局？及相关疑问

一、PersistentComponentState 的数据作用域 #

• 它并非应用全局数据，而是绑定到单个用户的SignalR回路/会话作用域。每个用户在预渲染阶段保存到PersistentComponentState的数据，只会被该用户后续的交互式渲染过程复用，不同用户之间即使用相同的键（比如nameof({VARIABLE})）也不会产生冲突，因为各自的作用域完全隔离。
• 文档推荐使用nameof({VARIABLE})作为键，正是因为同一用户的组件实例内键名唯一即可，跨用户的作用域隔离机制从根本上避免了键冲突问题。

二、为何不直接使用MemoryCache？ #

• 设计目标差异：PersistentComponentState的核心是解决预渲染与交互式渲染之间的单次数据传递——它仅在预渲染结束到交互式组件初始化完成的阶段临时存储数据，组件完成交互式渲染后，这些数据会被自动丢弃，不会长期驻留。而MemoryCache是全局持久化缓存，用于存储多用户共享、需要长期保留的数据（如“今日活动”这类通用内容）。
• 作用域适配性：若用MemoryCache处理预渲染重复读取数据的问题，需要为每个用户的请求生成唯一键（否则会出现用户间数据混淆），反而增加了复杂度；PersistentComponentState天然与用户会话绑定，无需额外处理键的唯一性，更适配预渲染到交互式渲染的本地数据复用场景。
• 生命周期匹配：PersistentComponentState的生命周期与组件的预渲染-交互式切换流程完全对齐，数据会在合适时机自动清理，不会占用额外全局内存；MemoryCache需要手动管理过期时间，若用于单次请求的数据传递，会造成不必要的内存占用。

内容的提问来源于stack exchange，提问作者David Thielen