Ist es in Ordnung, die Gson-Instanz als statisches Feld in einer Modell-Bean zu verwenden (Wiederverwendung)?

Hier ist das Modell, das ich implementiert habe:

public class LoginSession {
    private static final Gson gson = new Gson();

    private String id;
    private String name;
    private long timestamp;

    public LoginSession(String id, String name) {
        this.id = id;
        this.name = name;
        this.timestamp = System.currentTimeMillis();
    }

    public String toJson() {
        return gson.toJson(this);
    }

    public static LoginSession fromJson(String json) {
        checkArgument(!isNullOrEmpty(json));
        return gson.fromJson(json, LoginSession.class);
    }
}

Ich fand es sinnlos, für jede LoginSession-Instanz eine neue Gson-Instanz zu erstellen.

Was mich jedoch beunruhigt, sind Fragen der Thread-Sicherheit. Es werden ungefähr 1000+ Instanzen / Sek. Erstellt.

Ist es in Ordnung, die Gson-Instanz als statisches Feld zu verwenden?

Vielen Dank für Ratschläge / Korrekturen.

Es scheint mir in Ordnung zu sein. In der GSON-Instanz gibt es nichts, was sie auf eine bestimmte Instanz von bezieht LoginSession, daher sollte sie statisch sein.

GSON-Instanzen sollten threadsicher sein , und es gab einen Fehler in Bezug auf das , was behoben wurde.

Die Kernklasse Gsonist threadsicher. Ich bin gerade auf ein Thread-Sicherheitsproblem gestoßen, das angeblich mit GSON zusammenhängt. Das Problem trat bei der Verwendung einer benutzerdefinierten Funktion JsonDeserializersowie JsonSerializerbeim DateParsen und Formatieren auf. Wie sich herausstellte, bestand das Thread-Sicherheitsproblem darin, dass meine Methode eine statische SimpleDateFormatInstanz verwendete, die nicht threadsicher ist. Nachdem ich die Statik SimpleDateFormatin eine ThreadLocalInstanz eingewickelt hatte , funktionierte alles einwandfrei.

Laut den Kommentaren testet der bestehende Unit-Test nicht wirklich viel, seien Sie vorsichtig mit allem, was mit Thread-Sicherheit zu tun hat ...

Es gibt einen Unit-Test zur Überprüfung der Gewindesicherheit:

/**
 * Tests for ensuring Gson thread-safety.
 *
 * @author Inderjeet Singh
 * @author Joel Leitch
 */
public class ConcurrencyTest extends TestCase {
  private Gson gson;
  ...

Sie fragen sich vielleicht, ob dieser Komponententest ausreicht, um jedes mögliche Problem bei jeder möglichen Maschinenkonfiguration zu finden? Irgendwelche Kommentare dazu?

Es gibt auch diesen Satz in den Dokumenten :

Die Gson-Instanz behält beim Aufrufen von Json-Vorgängen keinen Status bei. Sie können also dasselbe Objekt für mehrere Json-Serialisierungs- und Deserialisierungsvorgänge wiederverwenden.

Wir hatten vor einiger Zeit Probleme mit der Thread-Sicherheit und haben sie durch die Verwendung von FastDateFormat in Apache Commons gelöst.

Ich habe gerade einen Link für Gist erstellt, um den Leuten zu helfen, sich zu fragen, ob Gson-Instanzen wiederverwendet werden können. Sie haben keine Setter und alle Vars sind privat.

Abgesehen vom SimpleDateFormat-Problem sehe ich nirgendwo anders einen Status.

Probieren Sie es aus. Ich antworte zum ersten Mal auf eine dieser Fragen. Gerne einmal zurückgeben. :) :)