确保状态树每个节点创建时就拥有完整、独立、可预测的结构，需显式初始化所有嵌套字段、拒绝原型级状态共享、用类型守卫加固校验，并避免依赖隐式原型行为。
避免核心属性丢失，关键不是“执行原型断言”，而是确保状态树每个节点在创建时就拥有完整、独立、可预测的结构。所谓“未执行原型断言”并非标准术语，实际问题往往源于状态初始化逻辑缺失、引用共享或构造时机错位——尤其在 Redux、Zustand 或自定义状态管理中，常见于数组字段未显式初始化、嵌套对象未兜底、或误将可变状态挂载到原型上。
显式初始化所有嵌套字段
状态树中的任何可能被后续操作访问的属性（尤其是数组、对象、布尔值），都应在首次创建时赋予确定值，而非依赖“原型提供默认值”。否则一旦访问 undefined.push() 或 undefined.name，就会直接报错。
- 错误写法：只初始化顶层，忽略深层结构
const country = { pk: 'CN', name: 'China' };
后续country.cities.push(...)报 TypeError - 正确做法：逐层兜底
const country = { pk: 'CN', name: 'China', cities: [] };
或使用解构赋值默认值：{ cities = [] } = state.country || {} - 在 reducer 或 store 初始化函数中统一处理，例如：
countries: action.payload.map(c => ({ ...c, cities: c.cities || [] }))
拒绝原型级状态共享
切勿把数组、Map、配置对象等可变数据放在类原型或模块顶层变量上。原型上的引用类型会被所有实例共享，导致一个分支修改影响全局状态树结构。
- 禁止：
MyState.prototype.data = []或class Store { cache = new Map() }（若 cache 是静态字段且未绑定实例） - 推荐：
this.data = []（构造函数内）、class Store { #cache = new Map() }（私有字段），或使用 WeakMap 关联实例与状态 - 对纯配置对象，用
Object.create(null)创建无原型对象，避免toString、hasOwnProperty等被污染或覆盖
用类型守卫 + 运行时校验加固初始化
仅靠开发习惯不够，需在关键入口加入轻量但确定的结构校验，拦截非法或不完整的初始状态。
- 定义最小合法结构 Schema（如用 Zod、io-ts 或简单对象形状检查）
- 在 store 创建、reducer 处理 action 前、或组件挂载时运行一次校验：
if (!state.countries?.length) throw new Error('Missing countries array') - 对嵌套字段，可用可选链 + 空值合并：
state.user?.profile?.avatar ?? '/default.png'，既防错又兜底
避免依赖隐式原型行为做状态保障
不要指望 Object.prototype 提供方法来“补救”缺失字段；也不应通过重写 get 或 Proxy 拦截去动态生成未定义属性——这会让状态不可预测、调试困难、序列化异常。
- 状态树应是**扁平、明确、不可变倾向**的结构，所有字段名和类型在初始化时就固定
- 需要动态行为（如懒加载默认值），改用 getter：
get defaults() { return { timeout: 3000 }; }，不改变原始状态结构 - 第三方库（如 immer）能简化更新逻辑，但它不解决初始化缺失问题——仍需你提供合法初值
