gson.toJson（）はStackOverflowErrorをスローします

オブジェクトからJSON文字列を生成したいと思います。

Gson gson = new Gson();
String json = gson.toJson(item);

これを実行しようとすると、次のエラーが発生します。

14:46:40,236 ERROR [[BomItemToJSON]] Servlet.service() for servlet BomItemToJSON threw exception
java.lang.StackOverflowError
    at com.google.gson.stream.JsonWriter.string(JsonWriter.java:473)
    at com.google.gson.stream.JsonWriter.writeDeferredName(JsonWriter.java:347)
    at com.google.gson.stream.JsonWriter.value(JsonWriter.java:440)
    at com.google.gson.internal.bind.TypeAdapters$7.write(TypeAdapters.java:235)
    at com.google.gson.internal.bind.TypeAdapters$7.write(TypeAdapters.java:220)
    at com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write(TypeAdapterRuntimeTypeWrapper.java:68)
    at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$1.write(ReflectiveTypeAdapterFactory.java:89)
    at com.google.gson.internal.bind.ReflectiveTypeAdapterFactory$Adapter.write(ReflectiveTypeAdapterFactory.java:200)
    at com.google.gson.internal.bind.TypeAdapterRuntimeTypeWrapper.write(TypeAdapterRuntimeTypeWrapper.java:68)
    at com.google.gson.internal.bind.CollectionTypeAdapterFactory$Adapter.write(CollectionTypeAdapterFactory.java:96)
    at com.google.gson.internal.bind.CollectionTypeAdapterFactory$Adapter.write(CollectionTypeAdapterFactory.java:60)
    at com.google.gson.Gson$FutureTypeAdapter.write(Gson.java:843)

これらは私のBomItemクラスの属性です：

private int itemId;
private Collection<BomModule> modules;
private boolean deprecated;
private String partNumber;
private String description; //LOB
private int quantity;
private String unitPriceDollar;
private String unitPriceEuro;
private String discount; 
private String totalDollar;
private String totalEuro;
private String itemClass;
private String itemType;
private String vendor;
private Calendar listPriceDate;
private String unitWeight;
private String unitAveragePower;
private String unitMaxHeatDissipation;
private String unitRackSpace;

参照されているBomModuleクラスの属性：

private int moduleId;
private String moduleName;
private boolean isRootModule;
private Collection<BomModule> parentModules;
private Collection<BomModule> subModules;
private Collection<BomItem> items;
private int quantity;

このエラーの原因は何ですか？どうすれば修正できますか？

その問題は、循環参照があることです。

BomModule参照しているクラスでは、次のようになります。

private Collection<BomModule> parentModules;
private Collection<BomModule> subModules;

BomModule明らかに、GSONにはまったく好まれていないという自己参照。

回避策はnull、再帰的なループを回避するようにモジュールを設定するだけです。このようにして、StackOverFlow-Exceptionを回避できます。

item.setModules(null);

または、キーワードを使用して、シリアル化されたjsonに表示したくないフィールドをマークします。transient例：

private transient Collection<BomModule> parentModules;
private transient Collection<BomModule> subModules;

次のようなクラスプロパティとしてLog4Jロガーを使用したときに、この問題が発生しました。

private Logger logger = Logger.getLogger(Foo.class);

これは、ロガーを作成するstaticか、単に実際の関数に移動することで解決できます。

Realmを使用していて、このエラーが発生し、問題を引き起こしているオブジェクトがRealmObjectを拡張する場合は、realm.copyFromRealm(myObject)シリアル化のためにGSONに渡す前に、すべてのRealmバインディングなしでコピーを作成することを忘れないでください。

コピーされているオブジェクトの束のうちの1つだけでこれを行うのを逃しました...スタックトレースがオブジェクトのクラス/タイプを指定していないため、気付くのに何年もかかりました。問題は循環参照が原因ですが、これはRealmObject基本クラスのどこかにある循環参照であり、独自のサブクラスではないため、見つけるのが難しくなります。

SLaksが言ったように、オブジェクトに循環参照がある場合、StackOverflowErrorが発生します。

これを修正するには、オブジェクトにTypeAdapterを使用できます。

たとえば、オブジェクトから文字列を生成するだけでよい場合は、次のようなアダプタを使用できます。

class MyTypeAdapter<T> extends TypeAdapter<T> {
    public T read(JsonReader reader) throws IOException {
        return null;
    }

    public void write(JsonWriter writer, T obj) throws IOException {
        if (obj == null) {
            writer.nullValue();
            return;
        }
        writer.value(obj.toString());
    }
}

次のように登録します。

Gson gson = new GsonBuilder()
               .registerTypeAdapter(BomItem.class, new MyTypeAdapter<BomItem>())
               .create();

または、このように、インターフェイスがあり、そのすべてのサブクラスにアダプタを使用する場合：

Gson gson = new GsonBuilder()
               .registerTypeHierarchyAdapter(BomItemInterface.class, new MyTypeAdapter<BomItemInterface>())
               .create();

私の答えは少し遅れていますが、この質問にはまだ良い解決策がないと思います。もともとここで見つけました。

Gsonを使用すると、jsonに含めたいフィールドを次のようにマークできます@Expose。

@Expose
String myString;  // will be serialized as myString

次のコマンドでgsonオブジェクトを作成します。

Gson gson = new GsonBuilder().excludeFieldsWithoutExposeAnnotation().create();

公開しない循環参照。それは私にとってトリックでした！

このエラーは、スーパークラスにロガーがある場合によく発生します。@Zarが以前に提案したように、ロガーフィールドにstaticを使用できますが、これも機能します。

protected final transient Logger logger = Logger.getLogger(this.getClass());

PSおそらくそれは動作し、@ Exposeアノテーションでこれについてもっとチェックしてください：https：//stackoverflow.com/a/7811253/1766166

私も同じ問題を抱えてる。私の場合、その理由は、シリアル化されたクラスのコンストラクターが次のようなコンテキスト変数を受け取るためです。

public MetaInfo(Context context)

この引数を削除すると、エラーがなくなりました。

public MetaInfo()

編集：私の悪いことを申し訳ありませんが、これは私の最初の答えです。あなたのアドバイスをありがとう。

独自のJsonConverterを作成します

私が使用した主な解決策は、オブジェクト参照ごとに親オブジェクトセットを作成することです。サブ参照が既存の親オブジェクトを指している場合、それは破棄されます。次に、追加のソリューションと組み合わせて、エンティティ間の双方向の関係で無限ループが発生しないように参照時間を制限します。

私の説明はあまり良くありません、それが皆さんに役立つことを願っています。

これは、Javaコミュニティへの私の最初の貢献です（あなたの問題の解決策）。あなたはそれをチェックすることができます;）README.mdファイルがあります https://github.com/trannamtrung1st/TSON

Androidでは、gsonスタックオーバーフローがハンドラーの宣言であることが判明しました。デシリアライズされていないクラスに移動しました。

Zarの推奨に基づいて、コードの別のセクションでこれが発生したときに、ハンドラーを静的にしました。ハンドラーを静的にすることも同様に機能しました。

BomItemいうBOMModule（Collection<BomModule> modules）、及びBOMModule指しますBOMItem（Collection<BomItem> items）。Gsonライブラリは循環参照が好きではありません。この循環依存関係をクラスから削除します。私も過去にgsonlibで同じ問題に直面していました。

私が置いたときに私はこの問題が発生しました：

Logger logger = Logger.getLogger( this.getClass().getName() );

私のオブジェクトでは... 1時間ほどのデバッグの後で完全に理にかなっています！

Androidユーザーのために、あなたはシリアル化できませんBundleに自己参照が原因をBundle引き起こしてStackOverflowError。

バンドルをシリアル化するには、を登録しBundleTypeAdapterFactoryます。

値をnullに設定したり、フィールドを一時的にしたりするなど、不要な回避策は避けてください。これを行う正しい方法は、フィールドの1つに@Exposeで注釈を付けてから、注釈が付いたフィールドのみをシリアル化するようにGsonに指示することです。

private Collection<BomModule> parentModules;
@Expose
private Collection<BomModule> subModules;

...
Gson gson = new GsonBuilder().excludeFieldsWithoutExposeAnnotation().create();

クラスにInputStream変数があり、実際に永続化する必要がないという同様の問題がありました。したがって、これをTransientに変更すると、問題が解決しました。

この問題としばらく戦った後、私は解決策があると信じています。問題は、未解決の双方向接続と、シリアル化されているときに接続を表す方法にあります。この動作を修正する方法は、gsonオブジェクトをシリアル化する方法を「伝える」ことです。そのために、を使用しますAdapters。

を使用Adaptersすることでgson、Entityクラスのすべてのプロパティをシリアル化する方法と、シリアル化するプロパティを知ることができます。

ましょうFooとBar2つのエンティティもFoo持っているOneToManyとの関連をBarしてBar持っているManyToOneとの関係をFoo。Barアダプターを定義するので、gsonシリアル化するときに、循環参照の観点Barからシリアル化する方法を定義することはできません。FooBar

public class BarAdapter implements JsonSerializer<Bar> {
    @Override
    public JsonElement serialize(Bar bar, Type typeOfSrc, JsonSerializationContext context) {
        JsonObject jsonObject = new JsonObject();
        jsonObject.addProperty("id", bar.getId());
        jsonObject.addProperty("name", bar.getName());
        jsonObject.addProperty("foo_id", bar.getFoo().getId());
        return jsonObject;
    }
}

ここでfoo_id表現するために使用されるFooシリアライズされるだろうと私たちの巡回参照の問題を引き起こすことになるエンティティを。これで、アダプタを使用するFooとBar、そのIDのみが取得されて入力されるため、再度シリアル化されることはありませんJSON。これでBarアダプタができましたFoo。これを使用してシリアル化できます。ここにアイデアがあります：

public String getSomething() {
    //getRelevantFoos() is some method that fetches foos from database, and puts them in list
    List<Foo> fooList = getRelevantFoos();

    GsonBuilder gsonBuilder = new GsonBuilder();
    gsonBuilder.registerTypeAdapter(Bar.class, new BarAdapter());
    Gson gson = gsonBuilder.create();

    String jsonResponse = gson.toJson(fooList);
    return jsonResponse;
}

もう1つ明確にすることfoo_idは必須ではなく、スキップできます。この例のアダプターの目的はシリアルBar化することであり、置くfoo_idことによって、再度トリガーBarすることManyToOneなくトリガーできることを示しました...FooOneToMany

回答は個人的な経験に基づいているため、コメントしたり、間違っていることを証明したり、間違いを修正したり、回答を拡大したりしてください。とにかく、誰かがこの答えが役に立つと思うことを願っています。