[java] serialVersionUID 란 무엇이며 왜 사용해야합니까?

serialVersionUID직렬화 된 데이터의 버전 관리를 용이하게합니다. 직렬화 할 때 값이 데이터와 함께 저장됩니다. 직렬화 해제시 직렬화 된 데이터가 현재 코드와 어떻게 일치하는지 확인하기 위해 동일한 버전이 점검됩니다.

데이터의 버전을 지정하려면 일반적으로 serialVersionUID0 으로 시작 하고 직렬화 된 데이터를 변경하는 비 구조적 필드 추가 또는 제거와 같이 클래스의 모든 구조적 변경으로 충돌합니다.

내장 된 역 직렬화 메커니즘 ( in.defaultReadObject())은 이전 버전의 데이터에서 역 직렬화를 거부합니다. 그러나 원하는 경우 이전 데이터를 다시 읽을 수있는 자체 readObject () 함수를 정의 할 수 있습니다 . 그런 다음이 사용자 지정 코드는 serialVersionUID데이터의 버전 을 확인하고 역 직렬화하는 방법을 결정하기 위해를 확인 합니다. 이 버전 관리 기술은 여러 버전의 코드에서 유지되는 직렬화 된 데이터를 저장하는 경우에 유용합니다.

그러나 이러한 긴 시간 동안 직렬화 된 데이터를 저장하는 것은 그리 일반적이지 않습니다. 직렬화 메커니즘을 사용하여 데이터를 일시적으로 캐시에 쓰거나 네트워크를 통해 동일한 버전의 코드베이스 관련 부분이있는 다른 프로그램으로 보내는 것이 훨씬 일반적입니다.

이 경우 이전 버전과의 호환성 유지에 관심이 없습니다. 실제로 통신하는 코드베이스가 동일한 버전의 관련 클래스를 갖는지 확인하는 데에만 관심이 있습니다. 이러한 점검을 용이하게하기 위해서는 serialVersionUID이전과 마찬가지로 유지하고 클래스를 변경할 때이를 업데이트하는 것을 잊지 않아야합니다.

필드를 업데이트하는 것을 잊어 버린 경우 구조는 다르지만 동일한 두 가지 버전의 클래스가 생길 수 있습니다 serialVersionUID. 이 경우 기본 메커니즘 ( in.defaultReadObject())은 차이를 감지하지 않으며 호환되지 않는 데이터를 직렬화 해제하려고합니다. 이제 암호 런타임 오류 또는 자동 실패 (널 필드)가 발생할 수 있습니다. 이러한 유형의 오류는 찾기 어려울 수 있습니다.

따라서이 사용 사례를 돕기 위해 Java 플랫폼은 serialVersionUID수동으로 설정하지 않도록 선택할 수 있습니다. 대신 클래스 구조의 해시가 컴파일 타임에 생성되어 id로 사용됩니다. 이 메커니즘을 사용하면 동일한 ID를 가진 다른 클래스 구조를 가지지 않으므로 위에서 언급 한 추적하기 어려운 런타임 직렬화 오류가 발생하지 않습니다.

그러나 자동 생성 된 id 전략에는 단점이 있습니다. 즉, 동일한 클래스에 대해 생성 된 ID는 컴파일러마다 다를 수 있습니다 (위의 Jon Skeet에서 언급 한 바와 같이). 따라서 다른 컴파일러로 컴파일 된 코드간에 직렬화 된 데이터를 통신하는 경우 어쨌든 ID를 수동으로 유지 관리하는 것이 좋습니다.

그리고 언급 된 첫 번째 사용 사례와 같이 데이터와 역 호환이 가능하다면 ID를 직접 유지하고 싶을 것입니다. 이것은 읽을 수있는 ID를 얻고 변경시기와 방법을보다 잘 제어 할 수 있도록하기위한 것입니다.

답변

public class Car {
    static final long serialVersionUID = 1L; //assign a long value
}