闭包是JavaScript自然支持的机制，通过内部函数持续引用外部函数局部变量，使其在外部函数执行后仍保留在内存中，并可通过返回的函数安全读写。
JavaScript 闭包本身不是“访问私有变量的技巧”，而是语言自然支持的一种机制：通过让内部函数持续引用外部函数的局部变量，使这些变量在外部函数执行完毕后仍保留在内存中，并可通过返回的函数安全读写——这才是真正可控、可封装的“外部访问”方式。
用闭包返回一个能读写的函数
这是最标准、最推荐的做法。外层函数定义局部变量，内层函数引用它并被返回；调用该返回函数时，就能访问或修改原变量。
- 变量不会暴露在全局，不污染命名空间
- 生命周期由闭包自动管理，无需手动清理
- 可同时提供 getter 和 setter，实现完整封装
示例：
function createCounter() {
let count = 0;
return {
get: () => count,
set: (val) => { count = val; },
increment: () => count++
};
}
const counter = createCounter();
console.log(counter.get()); // 0
counter.increment();
console.log(counter.get()); // 1
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
只读访问：返回一个纯 getter 函数
如果只需获取值、不允许修改，可直接返回一个只读函数，进一步限制权限。
- 适合配置项、初始化数据等不可变场景
- 比对象属性更安全，避免意外赋值
示例：
function getConfig() {
const API_URL = "https://api.example.com";
return () => API_URL;
}
const getApiUrl = getConfig();
console.log(getApiUrl()); // "https://api.example.com"
避免挂载到全局或使用 eval
强行把局部变量塞进 window 或 globalThis，或者用 eval、with 等非常规手段绕过作用域，看似“能访问”，实则破坏封装性、引入命名冲突和安全隐患。
- 隐式全局（如 myVar = 123）极易引发难以追踪的 bug
- 显式挂载（如 window.__temp = value）仅限极少数调试场景，生产环境禁用
- 这些方式无法维持变量状态，也不构成闭包，不属于合理访问路径
为什么不能直接访问？
JavaScript 的函数作用域规定：局部变量只在其定义的函数体内有效。函数执行结束，其执行上下文本应被销毁。所谓“外部访问”，本质是需要一种受控的数据通信契约——闭包正是为此设计的语言特性，不是补丁，而是基础能力。
