浅拷贝后修改第一层基本类型属性不影响原对象，但修改嵌套的引用类型（如数组、对象、date等）会同步影响原对象，因其共享内存地址。

浅拷贝本身不会直接改变原始对象的属性，但修改浅拷贝后对象中引用类型的嵌套属性，会同步影响原始对象。关键不在于“拷贝动作”，而在于你后续改的是哪一层——基本类型安全，引用类型危险。

只改第一层基本类型，原始对象完全不受影响

如果原始对象某属性是字符串、数字、布尔值等基本类型，浅拷贝后修改这个属性，原对象保持不变。

• const obj = { name: 'Alice', age: 25 };
• const copy = { ...obj };（扩展运算符浅拷贝）
• copy.name = 'Bob';
• 此时 obj.name 仍是 'Alice' —— 基本类型拷贝的是值，互不干扰。

一旦修改嵌套的引用类型，原始对象立刻被波及

数组、对象、Date、RegExp 等引用类型在浅拷贝时只复制地址，新旧对象指向同一块内存。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• const obj = { user: { id: 1, role: 'admin' } };
• const copy = Object.assign({}, obj); 或 { ...obj }
• copy.user.role = 'editor';
• 结果：obj.user.role 也变成 'editor' —— 因为 copy.user 和 obj.user 是同一个对象。

常见浅拷贝方法都遵循这一规则

无论用哪种方式，只要没递归处理深层结构，就存在共享引用的风险：

• Object.assign({}, obj)
• { ...obj }（对象扩展）或 [...arr]（数组扩展）
• arr.slice()、arr.concat()、[].slice.call(arr)
• JSON.parse(JSON.stringify(obj)) 看似深拷贝，但会丢失函数、undefined、Symbol、循环引用等，且不是真正可靠的深拷贝方案。

判断是否被影响，看修改操作落在哪一层

不需要死记方法，只需问自己一个问题：我正在改的这个值，它在原对象里是不是同一个对象或数组？

• 改 copy.a = 100 → a 是基本类型？→ 安全
• 改 copy.items.push(x) → items 是数组？→ 危险，原 obj.items 也会多一个元素
• 改 copy.profile.name = 'new' → profile 是对象？→ 危险，原 obj.profile.name 同步变

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南