函数作用域是模块化隔离的基石，需通过主动封装、显式导出和防逃逸实现可靠隔离：IIFE保障单例私有性，工厂函数支持多实例闭包独立，ES6模块默认作用域，导出应限于行为接口而非内部状态，并提供destroy清理资源。
函数作用域本身不能“完美隔离”，但它是模块化中实现可靠隔离的基石——关键在于主动封装、显式导出、杜绝隐式泄露。
用函数包裹，切断全局污染链
所有在函数内部声明的变量（let/const/var）、函数、类，默认就无法从外部访问。这不是靠语法糖，而是 JavaScript 作用域机制的天然保障。
- 直接写
var utils = {}在全局脚本里，等于往window.utils上挂东西，多人协作极易冲突 - 改成
(function() { var utils = {}; })();，utils就彻底关在里面，外面连名字都搜不到 - ES6 模块文件（
.js）默认自带模块作用域，本质也是编译器自动加了一层函数封装
只暴露契约，不交钥匙
返回的对象就是你对外签的“协议”。它不该是仓库门禁卡，而应是前台服务台——只提供明确功能入口。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 正确做法：
return { init(), destroy(), getConfig() }—— 每个方法名直说“能做什么” - 错误做法：
return { _cache, _config, internalState }—— 把私有字段直接交出去，等于把保险柜密码贴在门上 - 避免暴露中间状态：不要提供
getRetryCount()，而是提供resetRetry()或isRetrying()，让调用方只关心行为，不操心数据怎么存
支持多实例，靠闭包独立建房
一个函数工厂（如 createValidator(config)）每次调用，都会新建一套独立的“房间”（闭包），各房间互不串门。
- 每个实例拥有自己的
errors = []、自己的定时器、自己的事件监听器 - 配置通过参数传入，带默认值（
config.timeout || 5000），降低使用门槛 - IIFE 适合单例（如全局日志器），工厂函数适合需并行运行的场景（如多个表单验证器）
防逃逸：管住 this 和异步时机
函数被当回调传走后，容易丢上下文；异步操作完成前，数据可能还没准备好——这两点常让隔离功亏一篑。
- 需要固定
this的方法，优先用箭头函数定义，或在 return 对象里预先绑定：save: save.bind(this) -
getData()不要返回未就绪的空值或占位符，应返回Promise，或内部等初始化完成再 resolve 整个模块 - 务必提供
destroy()方法，清除定时器、移除事件监听、中断 fetch 请求，确保卸载后可被垃圾回收
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
