17370845950

Blazor状态管理需分层选择：组件内状态用于单组件数据，服务注入实现跨组件共享，浏览器存储支持持久化，服务器端存储保障关键流程不丢失。

Blazor 应用状态管理不是单一方案，而是按需分层选择的过程。核心原则是：**简单场景用组件内状态，跨组件共享用服务，需要持久化就上浏览器或服务器存储**。

组件内状态：够用、轻量、默认首选

适用于计数器、表单输入、开关切换等仅在当前组件内使用的数据。

直接定义字段或属性，配合 StateHasChanged() 触发重渲染（多数情况 Blazor 自动处理，无需手动调用）：

• private int count = 0;
• private string inputText = "";
• 用户点击按钮更新值，UI 自动同步

服务注入共享状态：跨组件、生命周期可控

适合登录态、用户偏好、全局配置等需被多个组件读写的场景。推荐使用 Scoped 生命周期（每个用户会话一个实例）：

• 创建状态类（如 UserService），封装字段 + getter/setter + 事件通知（public event Action OnChange;）
• 在 Program.cs 注册：builder.Services.AddScoped();
• 各组件 @inject UserService User，修改后调用 User.NotifyStateChanged()，监听方响应 OnInitialized 或 OnParametersSet 中订阅事件

浏览器存储持久化：关页不丢，适合用户偏好和草稿

用 Blazored.SessionStorage 或原生 JS Interop 存到 sessionStorage / localStorage：

• 安装 NuGet 包 Blazored.SessionStorage
• 注册服务：builder.Services.AddBlazoredSessionStorage();
• 注入使用：@inject ISessionStorageService SessionStorage
• 保存表单草稿：await SessionStorage.SetItemAsync("trailForm", model);，返回时自动恢复

服务器端状态与跨线路保留：高价值操作必须考虑

Blazor Server 默认状态存在内存中（即“线路”里），网络中断或刷新可能丢失。对购物车、多步表单等关键流程，需主动落库：

• 用户提交前，把临时数据存到数据库或 Redis，并关联用户 ID 或会话 ID
• 页面加载时检查是否有未完成的记录，自动恢复 UI 状态
• 避免依赖 JavaScript 变量存状态——刷新即清空

基本上就这些。选哪一层，关键看三点：状态谁需要、要留多久、丢了影响大不大。