getter/setter 不参与拷贝过程，拷贝操作针对底层字段或属性值；浅拷贝仅复制引用，深拷贝需递归复制嵌套对象；计算型 getter 不影响拷贝结果但可能误导调试。
对象带 getter/setter 时，拷贝行为本身不会自动改变——浅拷贝仍是浅拷贝，深拷贝仍是深拷贝。关键在于：getter/setter 是访问逻辑，不是数据存储；拷贝操作针对的是底层字段（field）或属性值，而非访问器方法本身。
getter/setter 不参与拷贝过程
Java、JavaScript、Python 等语言中，getter/setter 只是封装了对某个字段的读写控制，它们本身不保存状态。拷贝时：
- 实际被复制的是字段（如
private String name）或属性背后的值（如_name），而不是 getter/setter 方法代码； - 新对象会拥有自己独立的字段副本（浅拷贝）或递归副本（深拷贝），但新对象的 getter/setter 仍会作用于它自己的字段上；
- 方法定义（包括 getter/setter）属于类结构，通常不被“拷贝”，而是由新对象继承或绑定。
浅拷贝下，getter/setter 可能掩盖共享风险
当字段是引用类型且有 setter 做校验或转换时，容易误判“已隔离”：
- 例如 Java 中
setAddress(Address addr)会对地址做非空检查，但若浅拷贝后u1.getAddress()和u2.getAddress()返回同一个 Address 实例，调用u2.getAddress().setCity("上海")仍会改到u1的地址； - setter 的业务逻辑（如格式化、日志）会被触发，但无法阻止底层引用共享——校验有效，隔离无效。
深拷贝需确保 getter/setter 所依赖的字段被真正复制
如果类内部用私有字段 + getter/setter 封装了嵌套对象（如 private List<item> items</item>），深拷贝必须递归复制 items 本身，否则 getter 返回的仍是原列表：
- 手动实现深拷贝时，不能只调用
newObj.setItems(this.items)（这仍是浅拷贝），而应newObj.setItems(new ArrayList(this.items))或更深层复制每个Item； - 使用
copy.deepcopy()（Python）或structuredClone()（JS）时，只要items是标准可序列化类型，它们会自动处理；但若items包含自定义类且未定义__deepcopy__，可能出错或退化为浅拷贝。
特殊场景：计算型 getter 不影响拷贝，但可能误导调试
有些 getter 不读字段，而是动态计算（如 getFullName() 拼接 first/last name）：
- 这类 getter 在拷贝前后行为一致，因为不依赖可变状态；
- 但若拷贝后修改了 underlying 字段（如
firstName），两个对象的getFullName()结果自然不同——这恰恰说明拷贝成功隔离了字段，而非 getter 被“拷贝”了。
