动态加载模块不保留状态，状态丢失源于管理位置与生命周期不匹配；应将状态移至全局状态库、浏览器存储、url或顶层context中，并在模块加载后主动同步，同时规范副作用清理。
动态加载模块（如 import()）本身不保留组件或应用状态，它只负责获取并执行新代码。状态丢失和数据同步问题，本质上不是模块加载机制的问题，而是状态管理位置与生命周期不匹配导致的。关键在于：把状态从“模块内部”移到“模块外部可持久、可共享的位置”。
状态不能依赖模块局部变量
函数组件里的 useState、类组件的 this.state、Vue 组件的 data 都绑定在组件实例上。一旦组件被卸载（比如路由跳转、条件渲染移除），这些状态就销毁了；而动态加载的新模块会创建全新实例，旧状态自然丢失。
- 避免把用户登录态、表单草稿、筛选条件等写在组件内部状态里
- 不要指望
import('./Feature.js')加载后，前一个页面的useState值还能自动带过去 - 动态加载只是引入新代码，不是“恢复旧状态”的通道
用跨模块共享状态层承接关键数据
把需要延续的状态统一存放在框架无关、生命周期更长的地方，让所有模块都能读写同一份数据源：
- 全局状态库：Redux、Pinia、Zustand 等，状态存在 store 中，不随组件挂载/卸载而消失
-
浏览器存储：
localStorage或sessionStorage，适合持久化用户偏好、登录凭证、临时草稿等 -
URL 参数或 History State：把筛选条件、分页页码等通过
URLSearchParams或history.replaceState()同步，天然支持刷新和分享 -
Context + useRef + useEffect：在顶层 Provider 中用
useRef缓存不可变对象，配合useEffect监听变化并触发更新，避免重渲染但保留引用
动态加载时主动同步已有状态
模块加载完成不是终点，而是状态注入的起点。新模块初始化时应主动拉取当前有效状态，而不是等待用户重新操作：
- 在
import().then()回调中，立即调用store.getState()或localStorage.getItem()恢复数据 - 对表单类模块，可在
useEffect中检查是否有缓存草稿，有则预填充 - 若使用微前端或子应用，主应用应在加载子模块前，通过 props 或自定义事件将必要上下文传入
避免副作用导致的隐性状态断裂
动态模块常伴随副作用（如定时器、WebSocket 连接、事件监听），它们容易在模块卸载时未清理，或在新模块中重复建立，造成状态错乱：
- 所有副作用必须配对清理：
useEffect返回清理函数，addEventListener对应removeEventListener - 不要在动态模块内直接修改全局变量或闭包私有状态——改完后其他模块看不到
- WebSocket 或长连接应由主应用统一维护，动态模块只订阅消息，不自行启停
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
