JavaScript数据类型存储机制解析

JavaScript中基本类型与引用类型的内存存储方式截然不同：基本类型（如number、string等）的值直接存于栈中，赋值、比较和传参均为值拷贝，彼此完全独立；而引用类型（如object、array等）的变量仅在栈中保存指向堆内存的地址，赋值和传参传递的是该地址的副本，因此修改对象属性会相互影响，但重新赋值则切断关联——这一底层机制不仅决定了日常编码中的行为差异，更是理解深浅拷贝、闭包共享、数组误操作等常见问题的关键根源。

JavaScript 中基本数据类型和引用数据类型在内存中的存储方式完全不同，这直接决定了它们的赋值、比较和函数传参行为。

基本数据类型：值存储在栈中

基本数据类型（string、number、boolean、null、undefined、symbol、bigint）的值直接保存在栈内存（stack）中。每个变量拥有独立的一份数据副本。

• 赋值时是“值拷贝”：修改新变量不会影响原变量
• 比较时比的是实际值：例如 1 === 1 或 "a" === "a" 返回 true
• 函数传参也是值拷贝：在函数内修改参数，不影响外部原始值

引用数据类型：地址存储在栈，数据存在堆中

引用数据类型（object、array、function、date、regexp、map、set等）的变量本身存的是一个指向堆内存（heap）中真实数据的引用（地址），而真实数据结构存储在堆中。

• 赋值时是“引用拷贝”：两个变量指向同一块堆内存，修改其中一个对象属性，另一个可见变化
• 比较时比的是引用地址：即使内容完全一样，{a:1} === {a:1} 也返回 false
• 函数传参传递的是引用的副本：能通过该引用修改原对象属性，但若在函数内重新赋值（如 obj = {}），则断开与原对象的联系

如何判断变量是基本类型还是引用类型？

可用 typeof 初步区分，但注意 typeof null 返回 "object" 是历史遗留 bug；更可靠的方式是结合 typeof 和 Object.prototype.toString.call()：

• typeof 42 → "number"
• typeof [1,2] → "object"，但 Object.prototype.toString.call([1,2]) → "[object Array]"
• typeof null → "object"，但 Object.prototype.toString.call(null) → "[object Null]"

常见误区与注意事项

理解存储差异能避免典型错误：

• 误以为数组赋值是“复制”：写 let b = a（a 是数组）后，b.push(x) 会同时改变 a
• 深拷贝需求未处理：需用 JSON.parse(JSON.stringify(obj))（简单场景）、结构赋值（浅层）、或 structuredClone()（现代浏览器）
• 闭包中捕获的变量如果是对象，多个函数可能共享同一引用，造成意外交互

不复杂但容易忽略——正是这个底层存储机制，构成了 JS 变量行为的底层逻辑。

今天带大家了解了的相关知识，希望对你有所帮助；关于文章的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~