浅拷贝会触发getter执行并将其返回值作为普通属性写入新对象。object.assign或展开运算符遍历可枚举自有属性时调用[[get]]，导致getter函数同步执行；返回值被存为数据属性，原getter描述符不复存在。
浅拷贝不会“保留” getter，而是直接执行它并把返回值当作普通属性写入新对象——这个行为本质上是读取操作，不是指针复制。所谓“通过内存指针分析证实”，关键在于理解 JavaScript 中 getter 的调用机制和属性访问的底层触发时机，而非真的观察到某个“getter 指针”被复制。
getter 访问本质是一次函数调用
getter 不是存储在对象上的值，而是一个可调用的访问器函数（accessor function）。当你用 Object.assign() 或展开运算符 {...obj} 拷贝时，引擎会遍历源对象的**可枚举自有属性**，对每个属性执行 [[Get]] 操作——这一步就会同步调用 getter 函数，拿到其返回值（比如 42），然后把这个值作为数据属性（data property）写入目标对象。
此时新对象中已不存在 getter 描述符，只有静态数值。你无法通过 DevTools 的内存面板看到“getter 指针”，但可通过以下方式确认它已被求值：
- 在 getter 内部加
console.log('getter called')，执行浅拷贝时该日志必现一次 - 若 getter 内部有副作用（如修改外部变量、发起请求、构造大对象），拷贝后立刻能观测到这些效果
- 用 Performance 面板录制，可见拷贝过程包含一次 JS 函数调用帧，对应 getter 执行
内存视角：堆中只留下返回值，不存 getter 逻辑
JavaScript 引擎（如 V8）在执行浅拷贝时，并不会为 getter 本身分配新的内存地址或复制其闭包环境。它只是：
- 从源对象的属性描述符中读取
get函数引用 - 以源对象为
this调用该函数 - 将返回值（可能是数字、字符串、新创建的对象等）存入目标对象的属性槽位
如果 getter 返回的是新对象（如 return { x: this._x }），那么这个对象会被分配在堆上，而目标对象的属性就指向这个新堆地址——但这与“拷贝 getter”无关，只是 getter 执行的结果。原 getter 的函数体、作用域链仍留在原对象的内部描述符里，未被迁移。
对比：Object.getOwnPropertyDescriptors + defineProperties 不触发求值
真正“不触发 getter”的拷贝方式，是跳过 [[Get]]，直接提取描述符：
-
Object.getOwnPropertyDescriptors(source)仅读取属性元信息（包括get函数引用本身），不调用它 -
Object.defineProperties(target, descriptors)将get函数原样安装到新对象，后续访问才首次触发
此时新旧对象的 getter 是两个独立函数实例（除非显式共享），但它们都未在拷贝时刻执行——这才是“未求值”的证据。
为什么不能靠“指针地址”判断？
JS 不暴露原始内存地址，也无法通过 === 比较 getter 函数是否“相同”。即使两个 getter 函数字面量一致，它们也是不同闭包下的不同函数对象。更重要的是：浅拷贝根本没保存 getter 函数，所以不存在“指针是否一致”的问题——它只留下了 getter 的一次输出结果。
因此，“证实浅拷贝触发 getter 求值”，最直接可靠的方式就是监控副作用或调试调用栈，而不是寻找某种神秘的内存指针痕迹。
