ラムダを安全にシリアル化する方法は？

Question

it is possible to serialize a lambda in Java 8でも、それはstrongly discouragedです。さらにserializing inner classes is discouraged。その理由は、lambdaが別のJREで正しくデシリアライズできない可能性があるからです。しかし、これは、がラムダを安全にシリアル化する方法であることを意味していませんか？

public class MyClass { 
    private String value; 
    private Predicate<String> validateValue; 

    public MyClass(String value, Predicate<String> validate) { 
     this.value = value; 
     this.validateValue = validate; 
    } 

    public void setValue(String value) { 
     if (!validateValue(value)) throw new IllegalArgumentException(); 
     this.value = value; 
    } 

    public void setValidation(Predicate<String> validate) { 
     this.validateValue = validate; 
    } 
} 

私はこのようなクラスのインスタンスを宣言した場合、私はそれをシリアルべきではない：

MyClass obj = new MyClass("some value", (s) -> !s.isEmpty()); 

しかし、例えば、私はこのようなものにするためにクラスを定義

を言います

// Could even be a static nested class 
public class IsNonEmpty implements Predicate<String>, Serializable { 
    @Override 
    public boolean test(String s) { 
     return !s.isEmpty(); 
    } 
} 

：私はこのようなクラスのインスタンスを作ったものならば210

MyClass isThisSafeToSerialize = new MyClass("some string", new IsNonEmpty()); 

これでシリアル化するのが安全ですか？私の本能はそう言います、安全でなければなりません。なぜなら、java.util.functionのインターフェースは、他の任意のインターフェースとは異なった扱いをする必要がないからです。しかし、私はまだ注意しています。

Answer 1

安全性の種類によって異なります。シリアライズされたラムダを異なるJRE間で共有することはできません。彼らはよく定義された永続的表現、SerializedLambdaを持っています。あなたが勉強するとき、それがどのように動作するかは、ラムダを再構成する特別なメソッドを持つ定義クラスの存在に依存していることがわかります。

コンパイラ固有のアーティファクトへの依存性が信頼できないものになるのはなぜですか？生成された名前がいくつかある合成ターゲットメソッドは、別のラムダ式を挿入するか、別のコンパイラでクラスを再コンパイルするなどの単純な変更によって、既存のシリアライズされたラムダ式との互換性が失われる可能性があります。

ただし、手作業で作成したクラスを使用することは、これに対して免除されません。明示的にserialVersionUIDと宣言されていなければ、デフォルトのアルゴリズムは、privateなどのクラス成果物をハッシュすることによってidを計算し、同様のコンパイラ依存性を追加します。だから最小限にするには、信頼できる永続的なフォームが必要な場合は、明示的に宣言することですserialVersionUID。

それとも、可能な限り最も堅牢な形式に回す：この定数をシリアル化

public enum IsNonEmpty implements Predicate<String> { 
    INSTANCE; 

    @Override 
    public boolean test(String s) { 
     return !s.isEmpty(); 
    } 
} 

はもちろん、そのクラス名（と、それはenumであるという事実以外に、実際の実装の任意のプロパティを格納していません）と定数の名前への参照。デシリアライズ時に、その名前の実際の一意のインスタンスが使用されます。

---

serializable lambda expressions may create security issues、彼らがターゲットメソッドを呼び出すことができますオブジェクトの上に手を取得する別の道を開くために注意してください。ただし、これはすべてのシリアライズ可能なクラスに適用されます。これは、質問に示されているすべてのバリアントと、この応答でカプセル化された操作を呼び出すことができるオブジェクトを意図的に逆シリアル化できます。しかし、明示的にシリアライズ可能なクラスでは、作者は通常、この事実をよりよく知っています。