传整个对象与单个属性作为函数参数的内存分配差异

Great question—this is a common point of confusion, especially when working with large objects in JavaScript. Let’s break down the memory implications step by step, using your example code as a reference:

const largeObj = {...}; // 假设这是一个包含大量属性/数据的大对象
dummyFn1(largeObj);     // 传入整个对象
dummyFn2(largeObj.name); // 仅传入需要的属性

1. 即时内存分配的差异：几乎可以忽略 #

首先要明确JavaScript的参数传递规则：

• 对于引用类型（比如largeObj这个对象），传递的是引用的副本——本质上是一个指向堆内存中对象的指针（在64位系统中通常占8字节），这个指针本身占用的内存极小。
• 对于基本类型（比如largeObj.name如果是字符串、数字等），传递的是值的副本，字符串在JS中虽然是不可变的，但小字符串可能存在栈中，大字符串存在堆中，不过传递的副本本身占用的内存也非常小。

所以在函数调用的瞬间，两种方式的内存分配差异微乎其微——无非是一个8字节的对象引用，还是一个几字节到几十字节的字符串值/子对象引用。

2. 内存回收（GC）的差异：这才是关键 #

真正的区别体现在内存回收的可能性上：

• 当你传入整个largeObj给dummyFn1时：
  函数内部的参数变量会持有一个指向原大对象的引用。如果dummyFn1把这个引用保存到了某个长期存在的地方（比如全局变量、闭包、或者一个不会被销毁的缓存结构），那么整个largeObj都无法被垃圾回收器（GC）回收——哪怕你只用到了它的name属性。这可能导致不必要的内存占用，甚至内存泄漏。
• 当你传入largeObj.name给dummyFn2时：
  如果name是基本类型，函数持有的只是值的副本，和原largeObj没有任何关联——原对象可以被正常GC，只要其他地方没有引用它。如果name是一个子对象，函数持有的只是这个子对象的引用，原largeObj的其他部分（除了name指向的子对象）仍然可以被GC回收。

3. 额外的代码层面优势 #

虽然你问的是内存，但值得一提的是，传单个属性还有非内存的好处：

• 降低耦合：函数只依赖它需要的特定属性，而不是整个对象的结构，后续对象结构变化时，函数受影响的概率更低。
• 可读性更强：从函数调用就能直接看出它需要的是哪个属性，不需要阅读函数内部代码才能知道。

总结 #

• 从即时内存分配来看，两种方式几乎没有区别；
• 从长期内存管理来看，传单个属性更安全，能避免意外持有大对象引用导致的内存无法回收问题；
• 同时，传单个属性在代码可维护性上也更优。

内容的提问来源于stack exchange，提问作者codeepic