Wie persistieren und hydratisieren Sie den Zustand?

Question

Accepted Answer

**Zustand persistieren** bedeutet, ihn in einem Speicher (localStorage, IndexedDB, ein Backend) zu speichern, damit er Seiten-Neuladen oder Sitzungen übersteht; **hydratisieren** bedeutet, ihn beim Start zurück in die App zu laden. Häufig für Warenkörbe, Auth-Token, Benutzereinstellungen und Entwurfsformulare.

## Grundlegende persist + hydrate mit localStorage

```jsx
function useCart() {
  // HYDRATE: initialize from storage (lazy initializer runs once)
  const [cart, setCart] = useState(() => {
    try {
      const saved = localStorage.getItem("cart");
      return saved ? JSON.parse(saved) : [];      // parse stored JSON
    } catch {
      return [];                                   // guard against corrupt data
    }
  });

// PERSIST: write to storage whenever it changes
  useEffect(() => {
    localStorage.setItem("cart", JSON.stringify(cart));
  }, [cart]);

return [cart, setCart];
}
```

Die zwei Teile: Lesen und Parsen bei der Initialisierung (hydrate) und Serialisieren und Schreiben bei Änderungen (persist).

## Bibliotheksunterstützung

```js
// Zustand persist middleware — automatic persist + hydrate
const useStore = create(persist((set) => ({ ... }), { name: "app-store" }));

// redux-persist for Redux; both handle serialization + rehydration
```

## Speicher auswählen

```text
localStorage  → simple, synchronous, ~5–10MB, strings only (JSON) — preferences, small state
sessionStorage→ like localStorage but cleared when the tab closes
IndexedDB     → large/structured data, async — offline apps, big caches
Cookies       → sent to server; for auth (httpOnly for security)
Backend       → cross-device sync, source of truth for important data
```

## Die wichtigen Vorbehalte

```text
⚠️ SSR mismatch: localStorage doesn't exist on the server → guard with typeof window,
   and beware hydration mismatches between server-rendered and client state.
⚠️ Versioning/migration: stored shape may differ from new code → version it and migrate.
⚠️ Don't persist sensitive data (tokens) in localStorage (XSS-readable) — prefer httpOnly cookies.
⚠️ Don't persist server state you can refetch (let React Query handle caching).
⚠️ Validate/guard on hydrate — stored data can be stale or corrupt.
```

## Warum es wichtig ist

Persistenz bietet echten UX-Wert — Warenkörbe übersteht Neuladen, Einstellungen und Entwürfe gehen nicht verloren, Benutzer bleiben angemeldet.

Aber naive Implementierung führt zu subtilen, ernsthaften Problemen: SSR-Hydratisierungs-Mismatches, veraltete/beschädigte Daten, Schema-Migrationsfehler und **Sicherheitsrisiken** (Tokens in XSS-lesbarem Speicher persistieren).

Das Verstehen des persist/hydrate-Musters, das Auswählen des richtigen Speichers für die Daten und das Respektieren der Vorbehalte (Schutz vor SSR, Versionierung des Schemas, Geheimnisse nicht unsicher speichern, wiederabrufbaren Server-Status nicht persistieren) ist das, was Persistenz robust macht, anstatt eine Quelle für schwer zu diagnostizierende Fehler zu sein.