Younghoe.Info v3

FindBugs 플러그인^[각주:1]을 통해 찾은 버그, Comparator doesn't implement Serializable

알아야 할 것이 많아질수록 오히려 자바 기초는 뒷전이다. 예전에 Agile Java Network이란 스터디를 만든 것도 그 출발은 이러한 경각심에서다.^[각주:2] 하여간 FindBugs 플러그인을 써보니 다시 기초를 돌아본다.

FindBugs 왈,

하여 Java API를 찾아보니

* 이글은 과거 엠파스 블로그에 썼던 것을 소실했다가, 제갈갈비님이 펌해둔 것을 통해 복원한 글입니다. 원문 작성 시점: 2005/02/04 (금) 14:46

객체건 뭐건 결국 바이트의 흐름으로 전송하게 된다. 저장도 그렇고...
다시 읽었을 때 객체의 자료구조를 그대로 보존하지 않으면 객체 지향 프로그래밍은 없다.
자바에선 Serializable 인터페이스만 구현하면 알아서 이를 보장해준다.
일명 Serialzation

단지 implements Serializable 만 추가하면 되기에 이 녀석을 관심을 대상에서 배제된다.
공기가 흔해서 고마움을 모르듯이(?)


내가 만든 InvalidEmployeeNameException 클래스는 Exception을 상속받아서 자연스레 Serializable 인터페이스도 구현하게 된다. 늘 그냥 쓰던 것인데 새삼스레 경고가 뜬다. 에러는 아니지만 찜찜해서 코딩하다 말고 중간중간 이녀석을 해결할 것을 고민하게 된다.

경고는static final long 타입의 serialVersionUID 상수를 선언하라는 것이다.

API를 뒤척이다 관련된 내용을 찾았다. 지금 읽고 있다.

찾아보니 Serializable 인터페이스 이외의 경우에도 보안 등의 용도로 많이 쓰였다.
일종의 객체에 대한 지문(fingerprint)으로 이해할 수 있을 것 같다.

음... 중요한 내용인데 어설프게 정리했다가 오해의 소지가 날 수 있어서 일단 해석만 해야겠다.

Serializable 인터페이스를 구현한 클래스는 자신의 serialVersionUID를 명시적으로 선언할 수 있는데, 필드의 이름은 "serialVersionUID"이며, static, final 이어야 하며 long타입이다.

예) private(추천) static final long serialVersionUID = 42L;

만 일 serialVersionUID를 지정하지 않으면 실행시점에서 serialization을 담당하는 모듈이 디폴트 값을 산정하게 되며, 그 알고리즘은 Java(TM) Object Serialization Specification 정의된 것을 따른다. 그러나 모든 serialization이 필요한 클래스에 명시적으로 serialVersionUID 값을 선언해줄 것을 강력하게 권유한다. 그 이유는  디 폴트 serialVersionUID 계산은 클래스의 세부 사항을 매우 민감하게 반영하기 때문에 컴파일러 구현체에 따라서 달라질 수 있어 deserialization(serialization 했던 객체를 복구하는 과정)과정에서 예상하지 못한 InvalidClassExceptions을 유발할 수 있다.
그러므로, 서로 다른 자바 컴파일러 구현체 사이에서도 동일한 serialVersionUID 값을 얻기 위해서는 명시적으로  serialVersionUID 값을 선언해야 한다.가능한 serialVersionUID을 private으로 선언하기를 권장한다. 상속되어 쓰여지는 것은 유용하지 않고, 해당 클래스에서만 쓰일 것이기 때문이다.

A serializable class can declare its own serialVersionUID explicitly by declaring a field named "serialVersionUID" that must be static, final, and of type long:
ANY-ACCESS-MODIFIER static final long serialVersionUID = 42L; If a serializable class does not explicitly declare a serialVersionUID, then the serialization runtime will calculate a default serialVersionUID value for that class based on various aspects of the class, as described in the Java(TM) Object Serialization Specification. However, it is strongly recommended that all serializable classes explicitly declare serialVersionUID values, since the default serialVersionUID computation is highly sensitive to class details that may vary depending on compiler implementations, and can thus result in unexpected InvalidClassExceptions during deserialization. Therefore, to guarantee a consistent serialVersionUID value across different java compiler implementations, a serializable class must declare an explicit serialVersionUID value. It is also strongly advised that explicit serialVersionUID declarations use the private modifier where possible, since such declarations apply only to the immediately declaring class--serialVersionUID fields are not useful as inherited members.

javadoc을 보면 아래 내용을 확인할 수 있다.

따라서, 아래와 같은 코드는 문제를 유발할 수 있다.

다음과 같이 매번 인스턴스를 새로 생성하게 해주는 것이 좋다.

• 웹표준이 엄청 뜨기 시작하던 시절 나 역시 무지막지하게 궁금했던 질문:What is the easiest or fastest way to make CSS render the same in all browsers ... CSS Reset이라... 언젠가 IE 핵이 없어지는 그 날이 오면 누가 좀 알려주세요~.
  
• 프로그래밍 서적에서 명확히 설명해주지 않던.. 그 질문.. 스택과 힙을 물어보는 질문에 간결하고 명쾌한 답변이 올라왔습니다.