generator不能直接用于类组件生命周期，而是通过返回迭代器、分步yield阶段、配合componentdidmount和shouldcomponentupdate实现可控加载状态机，并需在componentwillunmount中调用iter.return()清理内存。
在类组件生命周期中直接用 Generator 封装异步预加载，不是标准做法——React 类组件不支持原生 yield 语法，Generator 也无法直接介入 render 流程或生命周期钩子的执行链。所谓“巧用 Generator”，本质是借其可控暂停/恢复语义，构建可中断、可复位的加载状态机，再桥接到 componentDidMount 或 shouldComponentUpdate 等钩子中协同调度。
Generator 不是直接挂载进生命周期，而是驱动加载状态机
Generator 函数本身不执行异步操作，它返回一个迭代器，每次 next() 可推进到下一个 yield 点。真正起作用的是：把数据获取、校验、降级等步骤拆成 yield 项，再由生命周期钩子按需触发 next()，实现“分步可控加载”。
- 例如定义一个 preloadFlow() Generator，yield 'fetching' → yield 'validating' → yield 'ready'；
- componentDidMount 中启动该迭代器，并调用一次 next() 触发首请求；
- 请求 resolve 后，再调用 next() 推进到下个阶段，避免一次性塞入全部逻辑导致阻塞或竞态。
规避首次渲染闪烁的关键在于延迟真实渲染时机
闪烁根源常是：初始 state 为空/占位值 → 首次 render 显示 Loading → 数据到达后二次 render 切换内容。Generator 本身不解决这个问题，但它配合 shouldComponentUpdate 可精准拦截无效更新：
- 在 Generator 每次 yield 后，将当前阶段（如 'loading'、'validating'、'error'）存入 this.state.stage；
- 重写 shouldComponentUpdate，仅当 stage 变为 'ready' 且 data 确实非空时才允许渲染；
- 其他阶段统一 fallback 到空白容器或骨架屏，视觉上无切换感。
必须配套清理机制，否则 Generator 迭代器会滞留内存
Generator 迭代器若未完成就卸载组件，残留引用会导致内存泄漏。应在 componentWillUnmount 中显式终止：
- 保存迭代器实例（如 this.preloadIter = preloadFlow()）；
- 调用 iter.return() 强制结束 Generator，触发 finally 块清理资源；
- 同时清除可能存在的定时器、abortController.signal 或事件监听器。
更推荐的替代路径：用 use() + Suspense（React 19）替代类组件方案
Generator 在类组件中属于“曲线救国”。React 19 的 use() Hook 天然适配声明式预加载：
- 直接在函数组件顶部 use(preloadPromise)；
- Suspense 自动接管 loading 状态，无需手动管理 stage；
- 框架保证只在数据就绪后才进行首次有效渲染，从源头消灭闪烁。
