模块化导出与闭包协同实现代码复用：模块化控制接口暴露（命名/默认导出），闭包封装私有状态（如工厂函数内变量），二者结合保障内聚、隔离与安全。
JavaScript 中函数的模块化导出与闭包保持，本质是两个协同但职责分明的机制：模块化负责边界划分与接口暴露，闭包负责状态封装与作用域延续。二者结合，才能写出既清晰又安全的可复用代码。
模块化导出要精准控制可见性
导出不是越多越好，关键在于明确“谁该用、怎么用”。ES6 模块天然支持静态分析，因此导出设计直接影响 tree-shaking 效果和调用方的理解成本。
- 多个相关工具函数，优先用命名导出：export const add = (a, b) => a + b;、export const multiply = (a, b) => a * b; —— 调用方可按需解构，语义清晰
- 模块主功能只有一个（如一个配置类、一个工厂函数），用默认导出：export default createLogger; —— 避免重命名冲突，也暗示这是该模块的“入口”
- 绝不直接导出内部状态变量（如 export let count = 0;）—— 这会破坏封装，让外部随意修改，违背模块设计初衷
闭包用于封装私有状态与行为
模块化定义了文件级边界，而闭包定义了函数级边界。当需要在模块内维持不可见的状态时，闭包是可靠手段。
- 计数器示例中，let count = 0 写在工厂函数内部，仅通过返回对象上的方法暴露操作接口，外部无法绕过方法直接读写 count
- 防抖函数中，let timer 被闭包捕获，每次调用都复用同一个 timer 引用，保证上一次定时器能被正确清除
- 模块模式里，IIFE 或函数立即执行配合闭包，可模拟私有变量和私有方法，只通过返回对象暴露有限公共 API
二者协作的典型结构
一个健壮的工具模块往往同时运用两者：模块作为容器，闭包作为“保险柜”，共同保障内聚与隔离。
- 模块文件（counter.js）导出一个默认工厂函数：export default () => { let value = 0; return { inc: () => ++value, get: () => value }; };
- 调用方按需导入并实例化：import createCounter from './counter.js'; const c1 = createCounter(); —— 每个实例拥有独立闭包环境
- 模块不导出任何变量或内部函数名，所有状态都由闭包持有；外部只能通过返回对象的方法交互，完全解耦实现细节
注意闭包带来的生命周期影响
闭包延长了变量的存活时间，这是优势，也是潜在风险点。
- 长期驻留的闭包（如全局事件监听器中未清理的 debounce 函数）可能持续引用 DOM 节点或大数据对象，阻碍垃圾回收
- 若模块导出的是单例对象而非工厂函数，且该对象内部使用闭包持有了大量数据，需主动提供 destroy() 或 reset() 方法释放资源
- 避免在循环中无意识创建闭包引用外部索引（如 for (var i=0; i console.log(i), 100)），应改用 let 或闭包参数固化值
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
