21

serialVersionUIDを明示的に指定しなかった多数のコンパイル済みJavaクラスを操作する必要があります。それらのUIDはコンパイラによって任意に生成されたため、実際のクラス定義が一致していても、シリアル化および逆シリアル化する必要のあるクラスの多くは例外を引き起こします。（もちろん、これはすべて予想される動作です。）

戻ってこのサードパーティのコードをすべて修正するのは現実的ではありません。

したがって、私の質問は次のとおりです。JavaランタイムにserialVersionUIDの違いを無視させ、構造に実際の違いがある場合にのみ逆シリアル化に失敗する方法はありますか？

4

5 に答える 5

44

コードベースにアクセスできる場合は、AntのSerialVerタスクをserialVersionUID使用して、シリアル化可能なクラスのソースコードにを挿入および変更し、問題を一度に修正することができます。

できない場合、またはこれがオプションでない場合（たとえば、逆シリアル化する必要のあるオブジェクトをすでにシリアル化している場合）、1つの解決策はを拡張することObjectInputStreamです。serialVersionUIDストリーム記述子のを、serialVersionUIDこの記述子が表すローカルJVMのクラスのと比較し、不一致の場合にローカルクラス記述子を使用するように動作を拡張します。次に、このカスタムクラスを逆シリアル化に使用します。このようなもの（このメッセージのクレジット）：

import java.io.IOException;
import java.io.InputStream;
import java.io.InvalidClassException;
import java.io.ObjectInputStream;
import java.io.ObjectStreamClass;
import org.slf4j.Logger;
import org.slf4j.LoggerFactory;


public class DecompressibleInputStream extends ObjectInputStream {

    private static Logger logger = LoggerFactory.getLogger(DecompressibleInputStream.class);
    
    public DecompressibleInputStream(InputStream in) throws IOException {
        super(in);
    }
    
    @Override
    protected ObjectStreamClass readClassDescriptor() throws IOException, ClassNotFoundException {
        ObjectStreamClass resultClassDescriptor = super.readClassDescriptor(); // initially streams descriptor
        Class localClass; // the class in the local JVM that this descriptor represents.
        try {
            localClass = Class.forName(resultClassDescriptor.getName()); 
        } catch (ClassNotFoundException e) {
            logger.error("No local class for " + resultClassDescriptor.getName(), e);
            return resultClassDescriptor;
        }
        ObjectStreamClass localClassDescriptor = ObjectStreamClass.lookup(localClass);
        if (localClassDescriptor != null) { // only if class implements serializable
            final long localSUID = localClassDescriptor.getSerialVersionUID();
            final long streamSUID = resultClassDescriptor.getSerialVersionUID();
            if (streamSUID != localSUID) { // check for serialVersionUID mismatch.
                final StringBuffer s = new StringBuffer("Overriding serialized class version mismatch: ");
                s.append("local serialVersionUID = ").append(localSUID);
                s.append(" stream serialVersionUID = ").append(streamSUID);
                Exception e = new InvalidClassException(s.toString());
                logger.error("Potentially Fatal Deserialization Operation.", e);
                resultClassDescriptor = localClassDescriptor; // Use local class descriptor for deserialization
            }
        }
        return resultClassDescriptor;
    }
}
于 2009-11-29T20:44:25.027 に答える
2

これを修正するのはどれほど非現実的ですか？ソースがあり、再構築できる場合は、コードベース全体でスクリプトを実行して、

private long serialVersionUID = 1L;

どこにでも ？

于 2009-11-29T19:57:37.107 に答える
2

CGLIBを使用してそれらをバイナリクラスに挿入しますか？

于 2009-11-29T19:58:25.453 に答える
1

実行時のシリアル化エラーは、IDが何であると予想されるかを明示的に示します。クラスを変更して、これらをIDとして宣言するだけで、すべて問題ありません。これには変更を加える必要がありますが、これを回避できるとは思いません

于 2009-11-29T19:59:30.053 に答える
0

Aspectjを使用して、ロード時に各シリアル化可能なクラスにフィールドを「導入」することができます。最初にパッケージを使用して各クラスにマーカーインターフェイスを導入し、次にserialVersionUIDのクラスファイルのハッシュを使用してフィールドを導入します

public aspect SerializationIntroducerAspect {
    
   // introduce marker into each class in the org.simple package
   declare parents: (org.simple.*) implements SerialIdIntroduced;

   public interface SerialIdIntroduced{}
   
   // add the field to each class marked with the interface above.
   private long SerialIdIntroduced.serialVersionUID = createIdFromHash(); 
   
   private long SerialIdIntroduced.createIdFromHash()
   {
       if(serialVersionUID == 0)
       {
           serialVersionUID = getClass().hashCode();
       }
       return serialVersionUID;
   }
}

アドバイスを既存のサードパーティクラスに織り込むことができるように、アスペクトjロードタイムウィーバーエージェントをVMに追加する必要があります。Aspectjのセットアップに取り掛かると、面白いですが、使用回数は驚くほど多くなります。

HTH

ste

于 2009-11-29T21:05:26.057 に答える