Cloneable은?

• clone 메서드는 원본 객체의 필드 값과 동일한 값을 가지는 새로운 객체를 생성해줌
• clone 메서드를 사용하기 위해서는 해당 클래스에서 ‘Cloneable 인터페이스’를 구현해주어야 함

그러나 아쉽게도 의도한 목적을 제대로 이루지 못했음

• 가장 큰 문제는 clone 메서드가 선언된 곳이 Cloneable이 아닌 Object이고 그마저도 protected임
• 즉, Cloneable을 구현하는 것만으로는 외부 객체에서 clone 메서드를 호출할 수 없음
• 이게 무슨말이냐!

  • clone 메서드를 사용하려면 아래처럼 해야한다는 뜻!

    @Override // 1) clone 메서드를 override해서
    public PhoneNumber clone() { // 2) public으로 선언해주고
    	try {
    		return (PhoneNumber) super.clone(); // 3) Object의 clone 메서드를 호출해주어야한다는 것!
    	} catch (CloneNotSupportedException e) {
    		throw new AssertionError();
    	}
    }
    

clone 메서드의 허술한 일반 규약

• 복사의 정확한 뜻은 그 객체를 구현한 클래스에 따라 다를 수 있다.
• 일반적인 의도

  • 아래 내용에 대한 요구가 반드시 참은 아니다.

    // 복사본가 원본이 일치하지 않는다.
    x.clone() != x
    
    // 클래스 인스턴스 타입은 같다.
    x.clone().getClass() == x.getClass()
    

  • 아래 일반 식도 일반적으로는 참이지만, 필수는 아니다.

    // 동치성
    x.clone().equals(x)
    

  • 관례상, clone()는 super.clone()을 호출해서 반환된 객체를 반환한다.

    x.clone().getClass() == x.getClass()
    

  • 관례상, 반환된 객체와 원본 객체는 독립적이다.

  • 이를 만족하려면 super.clone() 으로 얻은 객체의 필드 중 하나 이상을 반환 전에 수정해야 할 수 있다.

    • 강제성이 없다는 점만 빼면 생성자 연쇄(constructor chaining)와 살짝 비슷한 메커니즘임

clone을 재정의할 때 어떤 걸 조심해야할까?

주의할 것 1

• clone 메서드가 super.clone()이 아닌, 생성자를 호출해 얻은 인스턴스를 반환해도 컴파일러는 동일한 인스턴스로 본다.
• 이 클래스의 하위 클래스에서 super.clone()을 호출한다면 잘못된 클래스의 객체가 만들어져, 결국 하위 클래스의 clone() 메서드가 제대로 동작하지 않게 된다.
  • 상위 클래스의 clone() 값을 반환하면 안되고, 하위 클래스 타입으로 변환한 뒤 반환 해야 한다.
  • clone() 을 재정의한 클래스가 final 클래스인 경우에는 걱정할 필요가 없다.
• 모든 필드가 기본 타입이거나 불변 객체를 참조하는 경우 이 객체는 완벽한 상태이므로 clone()를 제공하지 않는 것이 좋다.
  • 쓸데 없는 복사를 지양한다는 관점에서 불변 클래스는 굳이 clone 메서드를 제공하지 않는 것이 좋다.

public class Coffee implements Cloneable {
    @Override
    public synchronized Coffee clone() {
        Coffee clone;
        try {
            clone = (Coffee) super.clone();
        } catch (CloneNotSupportedException e) {
            throw new AssertionError();
        }
        return clone;
    }
}