姐妹们！别再被Cloneable迷惑了！ 🙅‍♀️

最近在学习Java，看到Cloneable接口，瞬间感觉自己像个智障，满脑子问号❓❓❓

“Cloneable到底要不要用啊？它到底有什么用？用它有什么好处？不，我更想知道，为什么它那么难用！”

别急，姐妹们，今天就来一起扒一扒这个“看起来很厉害，实际上很鸡肋”的Cloneable接口！

Cloneable到底是个什么玩意儿？

简单来说，它就是个标记接口，告诉Java：“嘿，我可以被克隆！”

那为什么要用Cloneable呢？

因为Java的默认克隆行为是“浅克隆”，也就是只复制了对象的引用，而不是对象的实际内容。

举个例子，我们有一个学生类Student，里面有姓名、年龄和一个地址对象Address：

java

class Student {

String name;

int age;

Address address;

如果我们直接使用Object.clone()方法克隆一个Student对象，得到的克隆对象和原始对象的address引用指向的是同一个地址对象。

也就是说，改变克隆对象的address会影响原始对象的address，反之亦然。

这在某些情况下可能会导致意想不到的比如：

多个对象共享同一个地址对象，修改其中一个对象的地址会导致其他对象的地址也发生改变。

克隆对象被修改后，原始对象也随之改变，导致数据不一致。

这时候，Cloneable就派上用场了！

我们只需要让Student类实现Cloneable接口，并重写clone()方法，就可以实现“深克隆”，也就是复制对象的所有内容，包括引用指向的对象。

但是！

现实往往很残酷，Cloneable并没有想象中那么好用。

它存在着一些致命缺陷：

1. 实现起来很复杂：Cloneable接口本身没有提供任何方法，我们必须手动重写clone()方法，而且要考虑到各种复杂情况，比如对象包含其他复杂对象、对象包含集合等等。

2. 容易出错：如果我们没有正确地实现clone()方法，可能会导致克隆对象不完整或出现错误。

3. 可读性差：相比于直接使用复制构造函数或序列化等方法，Cloneable接口的代码更难理解和维护。

绝大多数情况下，我们都应该避免使用Cloneable接口！

那么，到底应该用什么方法来克隆对象呢？

复制构造函数：最简单的方法，适用于大多数情况。

序列化：适用于对象需要保存到文件或网络传输的情况。

第三方库：一些第三方库提供了更方便、更安全的克隆方法。

Cloneable接口就像一个鸡肋，看起来很厉害，实际上很难用，而且容易出错。

姐妹们，记住我的话，除非万不得已，否则就不要使用Cloneable接口！

你平常会用什么方法来克隆对象呢？你觉得Cloneable接口还有哪些缺点？ 🤔