const引用地址，理解不可变性区别

JavaScript 中的 `const` 仅锁定变量与其内存地址的绑定关系，而非其指向的数据内容——这意味着对象或数组的属性和元素仍可被自由修改，它本质上是一种“指针不可变”而非“数据不可变”；若需真正防止数据被篡改，必须配合 `Object.freeze()`（注意其浅层冻结局限）、深度冻结方案、不可变数据结构或类型系统（如 TypeScript 的 `readonly`）等多重手段，否则看似安全的 `const` 声明在函数调用、嵌套对象操作等场景下极易导致意外修改，理解这一关键区别是写出健壮、可维护 JavaScript 代码的基础。

const 声明后还能改对象属性？这是正常行为

是的，const 不会阻止你修改对象内部的属性或数组元素。它只禁止你把变量重新赋值为另一个地址。比如：

const user = { name: 'Alice' };
user.name = 'Bob'; // ✅ 合法：改的是堆内存里那个对象的内容
user = { name: 'Charlie' }; // ❌ 报错：Cannot assign to constant variable

原因在于：JS 中引用类型变量存储的是指向堆内存的指针，const 锁住的是这个指针本身（即“绑定”），不是指针所指的数据。

• 基本类型（string、number等）值存在栈上，const 直接锁住值，所以真不可改
• 引用类型（Object、Array等）值在堆上，const 只锁住栈上的指针，内容仍可变
• 这和 Object.freeze() 完全不同——后者尝试冻结对象自身属性（但不递归）

想让对象内容也不可改？得用 Object.freeze()

Object.freeze() 是 JS 原生提供的浅层冻结手段，但它不会报错（非严格模式下静默失败），且只冻结第一层：

const obj = Object.freeze({ a: 1, nested: { b: 2 } });
obj.a = 99; // 严格模式下 TypeError，非严格模式静默忽略
obj.nested.b = 99; // ✅ 仍然成功：nested 对象没被冻结

常见误判点：

• Object.freeze() 不改变 const 的行为，只是额外加一层防护
• 它不能替代 const：没 const，你还能把 obj 指向新对象；有 const 但没 Object.freeze()，你还能改属性
• 深度冻结需手动递归或借助第三方库（如 immer 的 freeze 工具）

const 在函数参数中不提供运行时保护

很多人以为把参数写成 function foo(const obj) 能防修改，但 JS 没这种语法。实际中：

function foo(obj) {
  obj.prop = 'hacked'; // ✅ 即使调用时传的是 const 变量，这里照样能改
}
const data = { prop: 'original' };
foo(data); // data.prop 现在是 'hacked'

根本原因：函数参数传的是值（对引用类型来说，是“指针的副本”），const 声明只作用于声明处的绑定，不影响函数体内对入参的任何操作。

• 无法靠 const 阻止函数内修改传入的对象
• 若需防御性编程，应在函数开头用 Object.freeze() 或结构拷贝（如 {...obj}）
• TypeScript 的 readonly 仅在编译期提示，不产生运行时约束

Objective-C 和 Rust 的 const 更接近“真正不可变”

JS 的 const 和其他语言差异很大。比如：

• Objective-C 中 NSString * const str 表示指针不可变（类似 JS 的 const），而 const NSString * str 表示指针所指内容不可变（JS 没对应语法）
• Rust 中 let x = ... 默认就是不可变绑定，要改必须显式写 let mut x = ...，且编译器强制检查所有使用点
• JS 的 const 是弱防护：它不防止意外修改数据，只防最粗粒度的重赋值

真正需要强不变性时，别依赖 const 单独工作；结合 Object.freeze()、不可变数据结构（如 Immutable.js）或构建时检查（如 TypeScript + readonly + lint 规则）才更可靠。

理论要掌握，实操不能落！以上关于《const引用地址，理解不可变性区别》的详细介绍，大家都掌握了吧！如果想要继续提升自己的能力，那么就来关注golang学习网公众号吧！