gson.toJson () löst StackOverflowError aus

Ich möchte aus meinem Objekt einen JSON-String generieren:

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

Jedes Mal, wenn ich dies versuche, wird folgende Fehlermeldung angezeigt:

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)

Dies sind die Attribute meiner BomItem- Klasse:

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;

Attribute meiner referenzierten BomModule- Klasse:

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

Irgendeine Idee, was diesen Fehler verursacht? Wie kann ich es reparieren?

Dieses Problem ist, dass Sie einen Zirkelverweis haben.

In der BomModuleKlasse, auf die Sie sich beziehen:

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

Dieser Selbstbezug BomModule, der GSON offensichtlich überhaupt nicht gefällt.

Eine Problemumgehung besteht darin, die Module so einzustellen null, dass die rekursive Schleife vermieden wird. Auf diese Weise kann ich die StackOverFlow-Ausnahme vermeiden.

item.setModules(null);

Oder markieren Sie die Felder, die nicht im serialisierten JSON angezeigt werden sollen, mit dem transientSchlüsselwort, z.

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

Ich hatte dieses Problem, als ich einen Log4J-Logger als Klasseneigenschaft hatte, wie zum Beispiel:

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

Dies kann gelöst werden, indem entweder der Logger erstellt staticoder einfach in die eigentliche (n) Funktion (en) verschoben wird.

Wenn Sie Realm verwenden und dieser Fehler auftritt und das Objekt, das den Fehler verursacht, RealmObject erweitert, vergessen Sie nicht realm.copyFromRealm(myObject), eine Kopie ohne alle Realm-Bindungen zu erstellen, bevor Sie zur Serialisierung an GSON übergeben.

Ich hatte es versäumt, dies nur für eines von vielen Objekten zu tun, die kopiert wurden. Es dauerte ewig, bis mir klar wurde, dass der Stack-Trace die Objektklasse / den Objekttyp nicht benennt. Das Problem wird durch einen Zirkelverweis verursacht, aber es ist ein Zirkelverweis irgendwo in der RealmObject-Basisklasse, nicht Ihre eigene Unterklasse, was das Erkennen erschwert!

Wie SLaks sagte, tritt StackOverflowError auf, wenn Sie einen Zirkelverweis in Ihrem Objekt haben.

Um dies zu beheben, können Sie TypeAdapter für Ihr Objekt verwenden.

Wenn Sie beispielsweise nur einen String aus Ihrem Objekt generieren müssen, können Sie einen Adapter wie den folgenden verwenden:

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());
    }
}

und registrieren Sie es so:

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

oder so, wenn Sie eine Schnittstelle haben und den Adapter für alle seine Unterklassen verwenden möchten:

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

Meine Antwort ist etwas spät, aber ich denke, diese Frage hat noch keine gute Lösung. Ich habe es ursprünglich hier gefunden .

Mit Gson können Sie die Felder markieren Sie tun möchten mit in json aufgenommen werden @Exposewie folgt aus :

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

und erstellen Sie das gson-Objekt mit:

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

Rundschreiben, die Sie einfach nicht aussetzen. Das hat den Trick für mich getan!

Dieser Fehler tritt häufig auf, wenn Sie einen Logger in Ihrer Superklasse haben. Wie bereits von @Zar vorgeschlagen, können Sie static für Ihr Logger-Feld verwenden. Dies funktioniert jedoch auch:

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

PS wahrscheinlich wird es funktionieren und mit @Expose Annotation überprüfen Sie mehr dazu hier: https://stackoverflow.com/a/7811253/1766166

Ich habe das gleiche Problem. In meinem Fall war der Grund, dass der Konstruktor meiner serialisierten Klasse eine Kontextvariable wie folgt verwendet:

public MetaInfo(Context context)

Wenn ich dieses Argument lösche, ist ein Fehler aufgetreten.

public MetaInfo()

Edit: Sorry für mein schlechtes, das ist meine erste Antwort. Vielen Dank für Ihre Ratschläge.

Ich erstelle meinen eigenen Json Converter

Die Hauptlösung, die ich verwendet habe, besteht darin, für jede Objektreferenz einen übergeordneten Objektsatz zu erstellen. Wenn eine Unterreferenz auf ein vorhandenes übergeordnetes Objekt verweist, wird sie verworfen. Dann kombiniere ich mit einer zusätzlichen Lösung, die die Referenzzeit begrenzt, um eine Endlosschleife in der bidirektionalen Beziehung zwischen Entitäten zu vermeiden.

Meine Beschreibung ist nicht so gut, hoffe es hilft euch.

Dies ist mein erster Beitrag zur Java-Community (Lösung Ihres Problems). Sie können es überprüfen;) Es gibt eine README.md-Datei https://github.com/trannamtrung1st/TSON

In Android stellte sich heraus, dass der Gson-Stack-Überlauf die Deklaration eines Handlers war. Verschob es in eine Klasse, die nicht deserialisiert wird.

Auf Empfehlung von Zar habe ich den Handler statisch gemacht, als dies in einem anderen Codeabschnitt geschah. Es hat auch funktioniert, den Handler statisch zu machen.

BomItemverweist auf BOMModule( Collection<BomModule> modules) und BOMModuleverweist auf BOMItem( Collection<BomItem> items). Die Gson-Bibliothek mag keine Zirkelverweise. Entfernen Sie diese zirkuläre Abhängigkeit aus Ihrer Klasse. Auch ich hatte in der Vergangenheit mit gson lib das gleiche Problem.

Ich hatte dieses Problem bei mir, als ich sagte:

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

in meinem Objekt ... was nach ungefähr einer Stunde Debuggen vollkommen Sinn machte!

Für Android-Benutzer können Sie a Bundleaufgrund einer Selbstreferenz zur BundleVerursachung von a nicht serialisieren StackOverflowError.

Um ein Bundle zu serialisieren, registrieren Sie aBundleTypeAdapterFactory .

Vermeiden Sie unnötige Problemumgehungen, z. B. das Setzen von Werten auf Null oder das Übertragen von Feldern. Der richtige Weg, dies zu tun, besteht darin, eines der Felder mit @Expose zu kommentieren und dann Gson anzuweisen, nur die Felder mit der Annotation zu serialisieren:

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

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

Ich hatte ein ähnliches Problem, bei dem die Klasse eine InputStream-Variable hatte, die ich nicht wirklich beibehalten musste. Daher wurde das Problem durch Ändern in Transient behoben.

Nach einiger Zeit des Kampfes mit diesem Problem glaube ich, dass ich eine Lösung habe. Das Problem liegt in ungelösten bidirektionalen Verbindungen und in der Darstellung von Verbindungen, wenn diese serialisiert werden. Die Möglichkeit, dieses Verhalten zu beheben, besteht darin, zu "erklären", gsonwie Objekte serialisiert werden sollen. Zu diesem Zweck verwenden wir Adapters.

Mithilfe von können Adapterswir feststellen, gsonwie jede Eigenschaft aus Ihrer EntityKlasse serialisiert wird und welche Eigenschaften serialisiert werden sollen.

Lassen Sie Foound Barzwei Einheiten, in denen Foohat OneToManygegenüber Barund Barhat ManyToOnegegenüber Foo. Wir definieren den BarAdapter so, dass beim gsonSerialisieren keine BarSerialisierung Fooaus Sicht der Barzyklischen Referenzierung möglich ist.

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;
    }
}

Hier foo_idwird eine FooEntität dargestellt , die serialisiert werden würde und die unser zyklisches Referenzierungsproblem verursachen würde. Wenn wir jetzt den Adapter verwenden, Foowird er nicht erneut serialisiert, sondern Barnur seine ID wird übernommen und eingegeben JSON. Jetzt haben wir einen BarAdapter und können ihn zum Serialisieren verwenden Foo. Hier ist die Idee:

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;
}

Eine weitere Sache zu klären, foo_idist nicht obligatorisch und kann übersprungen werden. Der Zweck des Adapters in diesem Beispiel ist die Serialisierung. BarDurch das Setzen haben foo_idwir gezeigt, dass Bardas auslösen kann, ManyToOneohne dass Fooes OneToManyerneut ausgelöst wird ...

Die Antwort basiert auf persönlicher Erfahrung. Sie können daher gerne Kommentare abgeben, mir das Gegenteil beweisen, Fehler beheben oder die Antwort erweitern. Trotzdem hoffe ich, dass jemand diese Antwort nützlich findet.