在html开发中，全局变量的意外修改是引发程序异常的常见原因之一，尤其是在多人协作或者代码规模较大的项目中，如何保证全局变量赋值后不被改变是很多开发者需要解决的问题。下面介绍几种实用的实现方案。
使用const声明基础类型全局变量
如果全局变量存储的是基础数据类型，比如数字、字符串、布尔值等，可以直接使用const关键字来声明。const声明的变量不能被重新赋值，从语法层面避免了变量被修改的可能。
示例如下：
// 声明基础类型的全局常量 const GLOBAL_BASE_URL = "https://api.ipipp.com"; const MAX_RETRY_COUNT = 3; // 尝试重新赋值会直接报错 // GLOBAL_BASE_URL = "https://other.com"; // Uncaught TypeError: Assignment to constant variable.
需要注意的是，const只能保证变量本身不能被重新赋值，如果存储的是引用类型数据，比如对象或者数组，const无法阻止我们修改对象内部的属性或者数组的元素。
使用Object.freeze冻结引用类型全局变量
如果全局变量需要存储对象或者数组这类引用类型数据，可以结合const和Object.freeze方法来实现完全的保护。Object.freeze会冻结一个对象，使其属性不能被添加、删除或修改，在严格模式下尝试修改还会抛出错误。
示例如下：
// 定义全局配置对象并冻结
const GLOBAL_CONFIG = Object.freeze({
timeout: 5000,
enableLog: true,
apiList: ["user", "order"]
});
// 尝试修改对象属性不会生效，严格模式下会报错
GLOBAL_CONFIG.timeout = 10000;
console.log(GLOBAL_CONFIG.timeout); // 输出 5000，修改无效
// 尝试给对象添加新属性也不会生效
GLOBAL_CONFIG.newProp = "test";
console.log(GLOBAL_CONFIG.newProp); // 输出 undefined
Object.freeze是浅冻结，如果对象的属性值还是引用类型，那么内层引用类型的属性还是可以被修改的。如果需要深度冻结，可以自己封装递归冻结的方法。
使用闭包封装全局变量
如果不想使用const或者Object.freeze，也可以通过闭包的方式把全局变量封装起来，只对外暴露读取的接口，不暴露修改的接口，从访问层面避免变量被修改。
示例如下：
// 立即执行函数形成闭包，封装全局变量
const GlobalVarManager = (function() {
// 内部存储的全局变量，外部无法直接访问
let globalToken = "initial_token_value";
// 返回对外暴露的方法，只有获取方法，没有设置方法
return {
getToken: function() {
return globalToken;
}
};
})();
// 外部只能读取，无法直接修改
console.log(GlobalVarManager.getToken()); // 输出 initial_token_value
// 没有修改token的方法，无法从外部修改globalToken的值
不同方案对比
我们可以根据自己的使用场景选择合适的方案，下面是几种方案的对比：
| 方案 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| const声明基础类型变量 | 全局变量是基础数据类型 | 语法简单，原生支持 | 无法保护引用类型内部属性 |
| const+Object.freeze | 全局变量是对象或数组 | 冻结后无法修改属性和元素 | 浅冻结，深层引用类型需要额外处理 |
| 闭包封装 | 需要完全控制变量访问逻辑 | 可自定义读写规则，灵活性高 | 实现稍复杂，需要额外封装逻辑 |
注意事项
- 如果是在非严格模式下使用Object.freeze，修改冻结对象的属性不会报错，只是修改无效，调试时可能不容易发现问题，建议开发时开启严格模式。
- 对于确实需要动态修改的全局数据，不建议使用上述保护方案，避免影响正常的业务逻辑。
- 全局变量的使用本身会增加代码的耦合度，非必要情况下尽量减少全局变量的定义，从根源上降低变量被意外修改的风险。
JavaScript全局变量常量Object_freezeconst修改时间：2026-06-19 23:21:16