动态导入不会自动释放模块内存，因es模块缓存不可清除；真正可回收的是导出的运行时对象，需主动切断对其的强引用，配合weakmap/weakref等弱引用机制，并在worker或iframe场景下通过terminate()或remove()彻底销毁上下文。
动态导入（import()）本身不会自动释放已加载模块的内存，因为 ES 模块在 JavaScript 中是单例、缓存且持久的——一旦模块被解析并执行，它就会保留在模块图中，直到页面卸载。所以“释放内存”不是靠“卸载模块”，而是靠切断对模块导出内容的引用，让垃圾回收器（GC）能回收相关对象。
模块缓存不可清除，但导出值可以被回收
调用 import('./module.js') 后，模块会被解析、执行，并缓存在 ModuleMap 中（浏览器内部机制）。这个缓存无法通过 JS 主动清空（没有 import.unload() 或类似 API）。但只要你不再持有对模块导出对象（如函数、类、大数组、DOM 引用等）的引用，这些导出值本身就可以被 GC 回收。
- 模块脚本代码（函数体、字面量定义）本身占用内存极小，通常无需担心
- 真正占内存的是模块导出的运行时对象：比如一个返回 10MB JSON 数据的函数、一个绑定了 DOM 元素的类实例、一个持续运行的 Web Worker 引用等
- 只要这些对象没被其他地方引用，即使模块还在缓存里，它们也能被回收
关键操作：及时解除对导出值的强引用
常见易忽略的强引用场景及处理方式：
-
避免全局/长期变量保存模块导出：不要把
import()返回的对象赋值给window、全局对象或长生命周期组件的属性 -
使用后显式置 null：如果模块返回一个大型数据结构或实例，使用完毕后可主动设为
null
const mod = await import('./heavy.js');
mod.process();
mod.process = null; // 切断对 process 函数的引用（如果它是唯一持有者） - 清理闭包中捕获的模块值：若模块导出的函数被闭包捕获（例如传给定时器、事件监听器），需在不需要时手动移除监听或清除定时器
- 避免循环引用：模块 A 动态导入 B，B 又通过回调引用 A 的某个对象 → 这种跨模块引用链会阻碍 GC，建议用 WeakRef 或解耦通信（如事件总线）替代直接持有
配合 WeakMap / WeakRef 管理临时绑定
当必须将模块导出与某个宿主对象（如 DOM 元素、组件实例）关联时，优先用弱引用避免意外驻留：
- 用
WeakMap存储模块实例与宿主的映射，宿主销毁后映射自动失效 - 对模块导出的大对象（如 canvas 渲染器、音频上下文）可包装成
WeakRef，需要时调用.deref()，不保证一定存在，但确保不阻止 GC
特殊场景：Worker 或 iframe 加载模块
如果动态导入用于启动独立上下文（如 new Worker('./worker.js') 或嵌入 iframe），内存释放更可控：
- 调用
worker.terminate()会立即释放整个 Worker 线程及其所有内存（包括其中通过import()加载的模块） - 移除 iframe 元素并设
iframe.src = ''或iframe.remove()，可触发其上下文销毁，连带回收所有模块和对象
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
