函数作用域可天然隔离变量,但需主动用let/const声明、避免隐式全局赋值、启用严格模式、使用iife封装及返回最小接口,才能有效防止全局污染。

函数作用域本身就能天然隔离变量,避免它们跑到全局命名空间里去。关键不是“用不用函数作用域”,而是怎么用——要确保变量真正被关在函数内部,不意外泄漏出去。
用 let/const 替代 var 声明
var 有变量提升和函数作用域特性,容易在非预期位置创建或覆盖全局属性。let 和 const 是块级作用域,且不会被提升到函数顶部之外,更安全:
- 在函数内用 let count = 0,这个 count 只能在该函数内访问
- 避免写 counter = 100(没加声明关键字),这会悄悄挂到 window 上
- 启用 "use strict" 后,这种隐式赋值会直接报错,提前拦截污染
用 IIFE 封装一次性逻辑
当脚本没有模块系统支持(比如纯 HTML 内联脚本或老项目),立即执行函数表达式(IIFE)是最轻量的隔离手段:
Java JDK 25 来自 OpenJDK 官方归档,版本为 JDK 25,本条下载地址已指向官方 Windows x64 zip 安装包直链,适合调试旧项目或兼容旧版 Java 运行环境。
- 写成 (function() { /* 所有代码放这里 */ })();
- 里面定义的函数、对象、配置都不会泄露到全局
- 只把真正需要对外用的接口,显式挂到命名空间上,例如 window.MyApp = { init() { ... } };
返回对象暴露最小接口
不要把所有东西都扔进全局,而是让函数返回一个干净的对象,只包含调用方真正需要的方法:
- 例如:const api = (function() { const token = 'abc'; return { fetch: (url) => fetch(url, { headers: { token } }) }; })();
- 外部只能调 api.fetch(),拿不到 token,也改不了它
- 多个类似模块可共存,彼此的私有变量互不影响
避免无意中给全局对象赋值
有些写法看着像局部操作,实则偷偷污染了全局:
- this.name = 'x' 在非严格模式的普通函数里,this 指向 window,等于 window.name = 'x'
- obj.prop = value 前没确认 obj 是否已定义,可能触发自动全局绑定
- 检查是否用了 with 或 eval —— 它们会动态修改作用域链,极难追踪污染源
不复杂但容易忽略:函数作用域是 JavaScript 最基础的防护层,但它不会自动生效——你得主动把变量声明在里面,不裸露赋值,不依赖 this 默认绑定,再配合严格模式,才能稳稳守住全局命名空间。
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










