组件内状态：够用、轻量、默认首选
适用于计数器、表单输入、开关切换等仅在当前组件内使用的数据。
直接定义字段或属性，配合 StateHasChanged() 触发重渲染（多数情况 Blazor 自动处理，无需手动调用）：
private int count = 0;
private string inputText = "";用户点击按钮更新值，UI 自动同步
服务注入共享状态：跨组件、生命周期可控
适合登录态、用户偏好、全局配置等需被多个组件读写的场景。推荐使用 Scoped 生命周期（每个用户会话一个实例）：
创建状态类（如UserService），封装字段 + getter/setter + 事件通知（
public event Action OnChange;） 在
Program.cs注册：
builder.Services.AddScoped<userservice>();</userservice>各组件
@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 变量存状态——刷新即清空 基本上就这些。选哪一层，关键看三点：状态谁需要、要留多久、丢了影响大不大。
