pinia 无原生只读状态，但可通过 storetorefs 解构保持响应式只读引用、getters 封装派生只读逻辑、actions 显式控制写入及 typescript/readonly 标注等组合方式实现安全只读访问。
Pinia 本身不提供原生的“只读状态”机制，但可以通过组合 Vue 的响应式工具和 Pinia 的设计特性，安全、清晰地实现状态的只读访问。关键不是禁止修改，而是让修改意图明确、可控，同时避免意外赋值破坏响应性。
用 storeToRefs 解构状态，保持响应式且语义清晰
直接解构 store.state 会丢失响应式，而 storeToRefs 是 Pinia 官方推荐的解构方式，它把 state 中每个属性转为独立的 ref，既保留响应性，又天然适合只读场景：
- 组件中只需解构需要的字段，不暴露整个 store 实例
- 解构出的 ref 是只读引用（
Ref类型），若尝试直接赋值（如count.value = 5）不会报错但无效——因为底层仍是响应式代理，真正修改必须走 store 的 actions 或 $patch - 代码更易读：一眼看出哪些数据是“被消费”的，哪些是“可操作”的
在 Store 内部用 getters 封装派生只读逻辑
当状态需经过计算、过滤或格式化后才对外提供时，应优先使用 getters。它们自动缓存、响应依赖变化，且默认不可写：
- 例如购物车总数、已筛选的艺术作品列表、用户权限标识等，都适合放在 getters 中
- 即使 state 是可变的，getter 返回值也是只读的计算结果，调用方无法通过 getter 修改原始数据
- 配合 TypeScript，getter 的返回类型可精确声明，进一步强化只读契约
对敏感状态，用 actions 显式控制写入入口
真正的“只读”保障来自设计约束：不禁止写，但把写操作收口到明确定义的 actions 中，并在文档或命名上强调其职责：
- 避免在组件中直接写
store.xxx = newValue，改用store.updateXXX(newValue) - 对于完全不应被修改的状态（如配置项、API 基础路径），可在 state 中用
readonly（TypeScript）标注，或在 actions 中加校验逻辑 - 必要时，可在 store 创建时用
Object.freeze封装初始常量对象（注意仅限浅层冻结，且不能用于响应式数组/对象）
避免常见陷阱：数组与对象响应式丢失
所谓“state 中数组只读不可改”，本质常是响应式失效，而非权限限制：
- 直接替换整个数组（
this.items = newArray）没问题，但用下标赋值（this.items[0] = newItem）可能不触发更新——应改用splice、push等响应式方法，或用reactive包裹后再传入 - 向对象新增属性时，用
Vue.set（Vue 2）或确保属性已在 state 函数中声明（Vue 3） - 若需深层只读视图，可用
toRaw+readonly组合，但慎用——会切断响应式链，仅适用于展示场景
