JavaScript 中字符串在数组和对象中是按引用存储而非复制-js教程-PHP中文网

JavaScript 中字符串在数组和对象中是按引用存储而非复制

本文详解 javascript（特别是 v8 引擎）中字符串等原始类型在数组 push 和对象属性赋值时的真实存储机制：它们不被复制，而是以轻量级引用形式共享同一内存实例，显著降低内存开销。

本文详解 javascript（特别是 v8 引擎）中字符串等原始类型在数组 push 和对象属性赋值时的真实存储机制：它们不被复制，而是以轻量级引用形式共享同一内存实例，显著降低内存开销。

在 JavaScript 中，一个常见误解是“原始类型（如字符串、数字、布尔值）总是被值拷贝”，而“对象总是被引用传递”。但 V8 引擎（Node.js 与 Chrome 的核心 JS 引擎）的实际实现远比这更精巧——字符串永远不会被复制，无论你 push 多少次，或赋值给多少个对象属性，底层都指向同一个字符串实例。

✅ 核心事实：字符串始终按引用存储（无拷贝）

V8 开发者明确指出：

“当字符串被存入数组、对象属性、变量或任何 JS 容器中时，它不会被克隆；仅存储一个轻量级引用（即指针）。布尔值同理；数字通常也如此，除非触发特定优化（如 SMIs 或 NaN-boxing）。”

这意味着以下代码：

let x = 'hello world';
const arr = [];
arr.push(x);
arr.push(x);
arr.push(x);

const obj = { a: x, b: x, c: x };

✅ arr 中三个元素、obj 中三个属性，全部共享同一个字符串内存块；
❌ 不会生成三份 'hello world' 的副本；
✅ 内存增长仅来自额外的指针存储开销（每个引用约 8 字节，在 64 位系统上），而非字符串内容本身。

? 为什么你“感觉”像在复制？——语义不可变性 vs. 物理存储

你无法通过修改变量 x 来影响已存入的数据：

JavaStoryDevelop

你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在

下载

let x = 'foo';
const arr = [x];
x = 'bar'; // 仅改变 x 的绑定，不修改原字符串
console.log(arr); // ['foo'] —— 正确且符合预期

这不是因为字符串被复制了，而是因为 JavaScript 字符串是不可变原始类型：你对 x 的重新赋值只是让 x 指向新字符串，原 'foo' 实例及其所有引用（如 arr[0]）保持不变。这与对象引用行为逻辑一致，只是原始类型的“不可变性”掩盖了引用本质。

? 对内存估算的实际影响（尤其适用于 Trie 等结构）

如果你正在构建内存敏感的数据结构（如前缀树 Trie），并计划用 Buffer.byteLength(str, 'utf8') 估算总内存占用，请牢记：

✅ 字符串内容只计算一次：'foo' 的 UTF-8 长度（3 字节）只需计入一次；
⚠️ 但需额外计入：
- 每个数组索引或对象属性所占的引用指针空间（≈8 字节/引用）；
- 数组/对象自身的元数据开销（如 V8 的 FixedArray 背景存储、哈希表桶等）；
- 重复字符串键在对象中仍共享引用，但属性名本身（如 'a', 'b'）若为字面量，也享受内部字符串表（StringTable）去重。

示例估算（简化）：

const str = 'example';
const trieNode = {
  children: [str, str, str], // 3 个引用 → +24 字节指针开销
  value: str                  // 1 个引用 → +8 字节
};
// 字符串内容仅占 Buffer.byteLength(str, 'utf8') === 7 字节
// 总字符串相关内存 ≈ 7 + (4 × 8) = 39 字节（不含对象/数组头）

⚠️ 注意事项与最佳实践

不要手动“缓存字符串引用”来避免拷贝：V8 已自动最优处理，你的 push(x) 或 obj.key = x 本身就是最高效方式；
避免误判“堆栈分配”：字符串（及所有 JS 值）均在堆（heap）分配，不存在“原始类型放栈上”的说法；
关注实际瓶颈：比起字符串引用开销，更值得优化的是对象形状（hidden classes）、数组元素类型（elements kinds）及 GC 压力；
验证工具推荐：可通过 v8.getHeapStatistics() 或 Chrome DevTools Memory tab 观察重复字符串操作对堆内存的实际影响——你会看到字符串内存稳定，而 Array / Object 的 ArrayBuffer / PropertyArray 大小随引用数线性增长。