JacksonのObjectMapperを静的フィールドとして宣言する必要がありますか？

JacksonライブラリのObjectMapperクラスはスレッドセーフのようです。

これは私ObjectMapperをこのような静的フィールドとして宣言する必要があることを意味しますか

class Me {
    private static final ObjectMapper mapper = new ObjectMapper();
}

このようなインスタンスレベルのフィールドとしてではなく？

class Me {
    private final ObjectMapper mapper = new ObjectMapper();
}

はい、それは安全で推奨されています。

参照したページの唯一の注意点は、マッパーが共有されるとマッパーの構成を変更できないことです。しかし、設定を変更していないので問題ありません。構成を変更する必要がある場合は、静的ブロックから変更することもできます。

編集：（2013/10）

使用：2.0以上で、上記のより良い方法があることに注目することによって増強することができるObjectWriterとObjectReaderオブジェクトによって構築することができますObjectMapper。これらは完全に不変で、スレッドセーフです。つまり、理論的にはスレッドセーフの問題を引き起こすことは不可能ObjectMapperです（コードがインスタンスを再構成しようとすると発生する可能性があります）。

ObjectMapperはスレッドセーフですが、特にマルチスレッドアプリケーションでは、静的変数として宣言しないことを強くお勧めします。これは悪い習慣ではありませんが、デッドロックの大きなリスクを負っているからです。私自身の経験から言っています。WebサービスからJSONデータを取得して処理する4つの同一のスレッドでアプリケーションを作成しました。スレッドダンプによると、次のコマンドでアプリケーションが頻繁に停止しています。

Map aPage = mapper.readValue(reader, Map.class);

その上、パフォーマンスは良くありませんでした。静的変数をインスタンスベースの変数に置き換えると、ストールがなくなり、パフォーマンスが4倍になりました。つまり、240万のJSONドキュメントが、以前の2.5時間ではなく、40分56秒で処理されました。

スレッドセーフの観点から静的ObjectMapperを宣言することは安全ですが、Javaで静的オブジェクト変数を構築することは悪い習慣と見なされることに注意してください。詳細については、静的変数が悪と見なされる理由を参照してください。（そしてあなたが望むなら、私の答え）

つまり、簡潔な単体テストを書くことが難しくなるので、静的要素は避けるべきです。たとえば、静的な最終ObjectMapperでは、JSONシリアル化をダミーコードまたは何もしないためにスワップアウトすることはできません。

さらに、静的ファイナルは、実行時にObjectMapperを再構成することを防ぎます。現時点ではその理由を想定していないかもしれませんが、静的な最終パターンに固執した場合、クラスローダーを破棄するだけで再初期化できます。

ObjectMapperの場合は問題ありませんが、一般的には不適切な方法であり、シングルトンパターンまたは制御の反転を使用して、長期間有効なオブジェクトを管理することに勝る利点はありません。

静的な最終変数として定義したくないが、オーバーヘッドを少し節約してスレッドセーフを保証したい場合は、このPRから学んだトリック。

private static final ThreadLocal<ObjectMapper> om = new ThreadLocal<ObjectMapper>() {
    @Override
    protected ObjectMapper initialValue() {
        ObjectMapper objectMapper = new ObjectMapper();
        objectMapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false);
        return objectMapper;
    }
};

public static ObjectMapper getObjectMapper() {
    return om.get();
}

著者への信用。

com.fasterxml.jackson.databind.type.TypeFactory._hashMapSuperInterfaceChain（HierarchicType）

com.fasterxml.jackson.databind.type.TypeFactory._findSuperInterfaceChain(Type, Class)
  com.fasterxml.jackson.databind.type.TypeFactory._findSuperTypeChain(Class, Class)
     com.fasterxml.jackson.databind.type.TypeFactory.findTypeParameters(Class, Class, TypeBindings)
        com.fasterxml.jackson.databind.type.TypeFactory.findTypeParameters(JavaType, Class)
           com.fasterxml.jackson.databind.type.TypeFactory._fromParamType(ParameterizedType, TypeBindings)
              com.fasterxml.jackson.databind.type.TypeFactory._constructType(Type, TypeBindings)
                 com.fasterxml.jackson.databind.type.TypeFactory.constructType(TypeReference)
                    com.fasterxml.jackson.databind.ObjectMapper.convertValue(Object, TypeReference)

クラスcom.fasterxml.jackson.databind.type.TypeFactoryのメソッド_hashMapSuperInterfaceChain が同期されます。高負荷で同じ問題が発生しています。

静的ObjectMapperを回避するもう1つの理由かもしれません