应将微任务调度收口至基类内部，通过 new.target 锁定子类身份，用受保护钩子开放定制点，使状态变更与通知自动落入统一异步流；访问器仅作轻量委托，核心逻辑下沉为可复用方法。
直接用访问器属性“继承”微任务逻辑是误区——访问器本身不复制，只沿原型链委托执行。真正要做的，是把微任务调度收口到基类内部，再通过 new.target 锁定子类身份、用受保护钩子开放定制点，让所有状态变更和通知都自动落入统一的异步流中。
用 new.target 精准识别子类，启动专属微任务生命周期
基类构造时读取 new.target，就能知道真实被实例化的是哪个子类。这比 this.constructor 可靠得多，避免代理、箭头函数等场景下的失真问题。
- 在构造函数中调用
queueMicrotask(() => this.#onInitialized())，确保初始化逻辑延后到当前宏任务末尾执行，不阻塞同步流程 - 把连接建立、配置加载、初始状态同步等副作用放进
#onInitialized，由微任务统一触发 - 子类无需手动调用
super()后再初始化，基类已自动完成
把状态更新封装为受控的流式动作，而非暴露 setter
禁止子类直接赋值或重写访问器，否则会意外覆盖微任务逻辑。所有变更必须走统一入口，由基类注入异步语义。
- 提供
protected update(updater: (draft: Draft<t>) => void)</t>方法，内部用 Immer 或类似机制执行不可变更新 - 每次
update调用后，基类自动触发queueMicrotask(() => this.notify())，派发最新快照 - 子类只需专注业务逻辑，比如
this.update(draft => { draft.count++ })，不关心是否进微任务队列
访问器只做轻量委托，核心异步逻辑下沉为受保护方法
父类的 getter/setter 不应包含复杂逻辑，而应调用可被子类安全复用的普通方法（如 _fetchState()、_persist()），这样重写时才能用 super._fetchState() 链式加工，不丢失微任务时机。
- 例如：父类
get state() { return this._fetchState().then(s => freeze(s)); } - 子类重写时写
get state() { return super._fetchState().then(s => s.withExtraField); } - 若父类 setter 内含
queueMicrotask，子类重写必须显式调用super._save(value)，不能另起 Promise
订阅与通知完全托管，子类只注册不调度
监听器列表、去重逻辑、异步派发节奏全部由基类控制。子类调用 this.subscribe(fn) 即可接入整个微任务流，不需要知道通知是同步还是异步、是否防抖、是否批量合并。
- 基类内置
protected listeners: Set<listener></listener>，提供subscribe/unsubscribe公共方法 -
notify()方法内统一用queueMicrotask派发，避免同步递归风险 - 子类可在
onUpdate(prev, next)钩子里加日志或持久化，但该钩子本身也运行在微任务中，保持时序一致
