직렬화는 신중해야함

<aside> 💡 Serializable을 구현하고 릴리즈 한 뒤에는 수정하기 어렵다.

</aside>

• 클래스를 직렬화하면 직렬화형태가 하나의 공개 API가 된다
  • 다른 공개 API와 마찬가지로 영원히 관리되고, 작동해야함
• 커스텀 직렬화가 아닌 기본 직렬화를 사용하는 경우 캡슐화가 깨진다
  • private, package-private 인스턴스 필드가 공개 API가 됨
• 내부 구현을 릴리즈 후에 변경하면, 원래의 버전과 호환이 깨진다

⇒ 직렬화 가능한 클래스를 만들기 위해서는 고품질의 직렬화 형태도 주의하여 설계해야함

[item 87] 커스텀 직렬화 [item90]직렬화 프록시

직렬화의 단점

<aside> 💡 잘못 설계한 직렬화는 클래스 개선을 방해한다.

</aside>

스트림 고유 식별자(UID)

모든 직렬화된 클래스는 고유 식별 변호를 부여받음

static final long serialVerisonUID;

→ 따로 지정하지 않으면, 시스템에서 해시함수를 적용해 자동으로 생성하는데

• 클래스 이름
• 구현 인터페이스들
• 등등 클래스의 대부분의 멤버들

을 포함하여 해시함수가 적용되기 때문에, 하나라도 변경되면 UID가 맞지않아 호환에 문제가 생긴다.

InvalidClassException 발생