기존에 개발되어 있는 소스 코드를 보다 보니 implements java.io.Serializable과 같이 Serializable 인터페이스를 구현하는 VO(Value Object) 클래스들이 많이 보인다.
혹시 RMI(Remote Method Invocation) 통신이나 네트웍 통신을 할 때 직렬화를 사용하여 연동을 하나? 싶었지만 아니였다.
원인을 알고 싶었지만 개발된지 이미 5년이 넘은 시스템이고, 개발자는 5대째 계승되고 있는 시점이다.
결국 Serializable interface가 왜 구현되어 있는지는 모르겠지만 아마 습관적으로 붙이지 않았나 싶다.
이런 코드를 보니 나 조차도 Serializable에 대해 자세히 알고 있나라는 생각을 가지게 되었고, 한번쯤은 정리를 해봄으로써 확실히 알아가는 것이 좋을 것 같다.
직렬화란?
JVM 힙 영역에 존재하는 객체를 한 줄로 늘어선 바이트의 형태로 만드는 것을 객체의 직렬화라고 하고, 객체의 형태로 복원하는 작업을 역직렬화라고 한다.
java.io.Serializabe 인터페이스를 보면 구현해야 하는 메소드가 없다. 그 이유는 Serializable 인터페이스를 구현한 구현체가 직렬화 대상이다라는 것을 JVM에게 알려주는 역할만을 하기 때문이다.
다음은 Serializable, Externalizable 인터페이스를 이용한 샘플 코드이다.
Serializable 인터페이스를 이용하여 객체 직렬화 시 static, transient로 선언되어 있는 필드는 제외되는 반면에 Externalizable 인터페이스를 이용하여 객체 직렬화 시에는 writeExternal, readExternal 메소드를 구현하여 직렬화 대상의 필드를 직접 지정한다. 만약 name,age 순으로 직렬화 하여 write 한다면 read 시에도 name,age 순으로 역직렬화를 해와야 한다는 것을 알아야 한다. 순서를 지키지 않는 다면 java.io.EOFException 예외가 발생한다.
마지막으로 객체 직렬화 시 serialVersionUID가 Serializable 인터페이스를 구현한 클래스에 선언되어 있어야 한다. 명시적으로 선언하지 않았다면 JVM에서 자동 생성해 준다.
serialVersionUID가 필요한 이유는 무엇일까?
직렬화 과정에서 serialVersionUID의 버전이 포함되게 되고, 역직렬화 과정에서 java class에 선언되어 있는 serialVersionUID의 버전과 서로 동일한지 체크를 하게 된다.
serialVersionUID 버전 체크를 하는 이유는?
버전이 바뀌게 되면 객체의 상태가 바뀌었다는 것과 같은 의미이고, 결국 역직렬화 과정에서 오류가 발생하기 때문이다.
버전이 맞지 않으면 다음과 같은 예외 발생
java.io.InvalidClassException: serializable.AdminUser; local class incompatible: stream classdesc serialVersionUID = 1, local class serialVersionUID = 3