localStorage kontra sessionStorage

sessionStorage er begrænset til den aktuelle browserfane og session. Data overlever genindlæsning af siden i den samme fane, men ryddes, når fanen lukkes. To faner med det samme websted har separat, isoleret sessionStorage — de deler ikke data.

Begge lagre deler den samme API: setItem(key, value), getItem(key), removeItem(key), clear() og egenskaben length. Den samme kode fungerer for begge — udskift blot localStorage med sessionStorage og omvendt.

Brug localStorage til: brugerpræferencer (tema, sprog), cachelagrede API-svar og funktionen "husk mig". Brug sessionStorage til: tilstand for trin i guider og formularer, en midlertidig indkøbskurv før betaling og data, der af hensyn til privatliv ikke bør bevares på tværs af besøg.

Begge lagre er strengt afgrænset til en origin (protokol + vært + port). https://example.com kan ikke læse localStorage, som er angivet af http://example.com. Dette er en sikkerhedsgrænse — underdomæner er også separate origins, medmindre document.domain manipuleres (udfaset).

Begge har i de fleste browsere en grænse på ~5 MB pr. origin. Hvis grænsen overskrides, kastes en QuotaExceededError. Behov for lagring af store datamængder kræver IndexedDB, som understøtter gigabytes af strukturerede data. Web Storage er beregnet til små nøgle-værdi-par, ikke binære datablokke eller store datasæt.

Læsning og skrivning i Web Storage er synkron og blokerer hovedtråden. Ved store læse- eller skriveoperationer kan det give hakken. Foretræk IndexedDB til hyppige operationer med store datamængder. Hold værdierne i Web Storage små, og brug det ikke for ofte, så du undgår ydelsesproblemer.

Web Storage gemmer kun strenge. Serialiser objekter med JSON.stringify(), og deserialiser dem med JSON.parse(). Håndter fejl ved parsing: try { return JSON.parse(stored) } catch { return defaultValue }. Beskadigede værdier eller værdier, der ikke er JSON, i lageret udløser parsefejl.

localStorage i privat-/inkognitotilstand ryddes, når alle private vinduer lukkes — det opfører sig dermed som sessionStorage. Kode, der bruger localStorage til godkendelsestilstand, skal håndtere situationer, hvor localStorage uventet bliver slettet.

Browsere begrænser i stigende grad tredjeparters adgang til lagring. En iframe fra third-party.com på first-party.com kan ikke tilgå third-party.com's localStorage. Safaris ITP og Firefox' Enhanced Tracking Protection opdeler lagringen — brug fra førsteparten påvirkes ikke.

localStorage bevares på ubestemt tid, indtil det ryddes programmatisk eller af brugeren; sessionStorage ryddes, når fanen lukkes. Begge er synkrone nøgle-værdi-lagre med strenge, afgrænset til en origin, og med en kapacitet på ~5 MB. Brug localStorage til præferencer og vedvarende tilstand; brug sessionStorage til midlertidig tilstand, der er knyttet til sessionen og ikke skal overleve lukning af fanen.