好的，没问题。作为一名在JavaScript领域摸爬滚打多年的开发者，我来把这些“干货”重新梳理一遍，让它读起来更自然、更有现场感。 先聊聊JavaScript里原始类型传参的底层逻辑。这其实是个很实在的设计，没什么玄乎的。 实参的值会被原样复制一份，存到函数调用栈帧的新空间里，和外面的变量彻底隔离
好的，没问题。作为一名在JavaScript领域摸爬滚打多年的开发者，我来把这些“干货”重新梳理一遍，让它读起来更自然、更有现场感。
先聊聊JavaScript里原始类型传参的底层逻辑。这其实是个很实在的设计，没什么玄乎的。
实参的值会被原样复制一份，存到函数调用栈帧的新空间里，和外面的变量彻底隔离。简单来说，就是“你的是你的，我的是我的”。
## 栈中独立存储，无共享也无指针
字符串、数字、布尔值、null、undefined、symbol、bigint——这些原始类型的值，它们直接住在栈内存里。传参的时候，JavaScript引擎会在当前函数的栈帧里划出一块新空间，把实参的值原样拷贝过来。注意，不是地址，不是引用，就是数据本身。
- 比方说，你声明了 `let a = "hello"`，然后把它传给一个函数。函数里的形参 `str` 会拿到一份独立的 "hello" 字符串副本。在栈里，`a` 和 `str` 是两块完全不同的内存单元，各有各的地盘。
- 换句话说，就算 `a` 和 `str` 内容一模一样，它们的内存地址也是不同的。你改其中一个，另一个纹丝不动。
- 整个过程没有指针、没有引用计数、不涉及堆内存，自然也就没有垃圾回收的压力，纯粹得很。
## 所有操作都作用于副本，原始值始终不变
因为字符串、数字这些玩意儿是不可变的（immutable），所以任何看似“修改”的操作，比如 `n += 1` 或者 `s.toUpperCase()`，其实都是在创建新值，然后把它赋给函数的局部变量。外部变量所在栈位置的数据，始终在那里，一动不动。
- 比如这段代码：`function f(x) { x = x + 1; }` —— 注意，它只修改了形参 `x` 所在栈位置的值。
- 再看这个：`function g(s) { s = s.replace('a', 'b'); }` —— `s` 现在指向了一个新字符串，而那个旧的、"ab"开头的字符串，仍然被外部变量稳稳地持有。
- 哪怕形参名和外部变量同名，比如 `function h(a) { a = 99; }`，也只是重写了函数栈帧里那个 `a`。外部的 `a` 还是原来的 `a`。
## 与对象传参的本质区别：传的是什么
这里有个常见的认知误区。对象传参也是按值传递，但那个“值”是堆内存的地址。而原始类型传的“值”，是栈里实实在在的数据。所以，行为差异的根本原因不在“传参方式”，而在“所传之值的性质”本身。
- 传一个对象 `{x: 1}`：形参拿到的是这个对象的地址副本。你通过这个地址去读写它的属性，当然会影响到同一块堆内存上的数据。
- 传数字 `42`：形参拿到的是数字 42 的副本。你拿这个副本怎么算，外面那个 `42` 的数字，还在原来的栈位置安然无恙。
- 所以，判断一个操作会不会影响外部变量，关键看操作目标：如果是给参数名重新赋值（`param = ...`），那一定不会影响；如果是操作参数的属性或元素（`param.prop = ...`），才可能影响。但话说回来，原始类型根本就没有属性可以操作。
## 这种设计带来的实际好处
这种“栈内独立存储”的机制，让原始类型天然具备“纯函数友好”的特质。你的参数绝对不会被函数意外篡改，副作用完全可控，逻辑清晰可预测。
- 函数返回一个新值，而不是试图“修改入参”，这才是符合该机制的自然写法。
- 在解构赋值、数组映射、状态更新等场景中，用原始类型变量根本不用操心深浅拷贝的问题——每次赋值，都是一次干净利落的值拷贝。
- 调试起来也省心：变量值就在栈里，不会因为某处修改了对象属性就“神秘地”发生变化。
