“自销毁逻辑”的模块实例不能通过export语句直接导出，因export仅为静态声明绑定，不控制生命周期；需导出含init()/destroy()方法的工厂或类，由调用方显式管理资源。
“自销毁逻辑”的模块实例不能通过 export 语句直接导出——因为 export 是静态语法，仅用于声明可被其他模块导入的绑定（如变量、函数、类），它不控制生命周期，也不触发销毁行为。
核心误区：export 不等于实例管理
export 只是让符号对外可见，不参与对象创建、持有或释放。所谓“自销毁”，本质是运行时资源清理策略，需由模块内部主动实现，而非导出机制本身提供。
例如以下写法是无效且危险的：
❌ 错误示范（语法错误 + 逻辑错位）：
export const instance = createExpensiveResource();
// instance 一旦导出，就成为模块级单例，长期驻留内存
// 无自动销毁机制，更无法“自销毁”
可行路径：导出带销毁接口的工厂或管理器
真正可控的方式是导出一个**可显式初始化与销毁的封装结构**，把生命周期交由调用方决策：
- 导出一个工厂函数，返回含
init()和destroy()方法的对象 - 导出一个类，构造时不立即占用资源，仅在
start()中分配，在stop()中释放 - 配合 WeakRef / FinalizationRegistry（ES2021+）做弱引用监听，作为辅助清理手段（非强保障）
典型实现示例（浏览器/Node.js 环境）
假设是一个需缓存大量图像数据的渲染模块：
// renderer.ts
let cache: Map<string imagedata> | null = null;
export const renderer = {
init() {
if (!cache) cache = new Map();
},
destroy() {
if (cache) {
cache.clear();
cache = null;
}
},
add(key: string, data: ImageData) {
cache?.set(key, data);
}
};</string>
使用方按需调用：
import { renderer } from './renderer.js';
renderer.init();
// ... 使用中
renderer.destroy(); // 主动释放，内存即回落
长周期场景下的增强建议
- 结合定时器或空闲回调（
requestIdleCallback/setTimeout）延迟销毁，避免影响主线程响应 - 对大型资源（如 WebAssembly 实例、Canvas 画布、音频上下文）显式调用
.close()、.terminate()或.disconnect() - 避免闭包意外持有所需释放的数据（如事件监听器未移除、定时器未清除）
