Explication détaillée de Localstorage de HTML5

LocalStorage a deux API dans le navigateur: LocalStorage et SessionStorage, qui existent dans les objets de fenêtre: LocalStorage correspond à Window.LocalStorage, et SessionStorage correspond à Window.SessionStorage.

La différence entre LocalStorage et SessionStorage est principalement due à sa survie.

 LocalStorage.SetItem (B, ISAAC); Le nom de la clé, voici le Blocalstorage.RemoveItem (B);

Le rôle de la fonction ici fait référence à: comment isoler le storage local entre différentes pages (vous ne pouvez pas lire le storage local de Tencent sur la page de Baidu, hahaha).

LocalStorage peut lire / modifier les mêmes données LocalStorage tant que le même protocole, le même nom d'hôte et le même port.

SessionStorage est plus strict que localStorage.

LocalStorage est théoriquement permanent et efficace, c'est-à-dire qu'il ne disparaîtra pas s'il ne prend pas l'initiative. Cependant, il convient de noter que dans la vue Web du navigateur sur les appareils mobiles ou sur le site Web utilisé par chaque application native, LocalStorage n'est pas fiable. ) Clair.

La période de survie de SessionStorage, comme son nom l'indique, est similaire à la session, tant que le navigateur est désactivé (y compris la page onglet du navigateur), il sera effacé. Parce que la période de survie de SessionStorage est trop courte, le scénario d'application est très limité, mais d'un autre côté, il n'est pas facile d'avoir des conditions anormales et plus fiables.

LocalStorage est une paire de valeurs clés standard (type de données de valeur clé (KV), qui est simple mais facile à développer. Tant qu'elle est utilisée dans une méthode de codage pour convertir les objets qui souhaitent stocker LocalStorage en une chaîne, il peut facilement le soutenir. Par exemple: convertir l'objet en chaîne JSON, vous pouvez faire l'objet de stockage; De plus, pour le type de valeur clé, pour le type de données, la seule caractéristique de la clé est également très importante.

Malheureusement, LocalStorage ne prend pas en charge le temps de réglage.

 Fonction SET (clé, valeur) {var curtime = new Date (). Séquence} Fonction Get (Key, Exp) // Exp est le temps de réglage du paramètre {Var Value = LocalStorage.getItem (KEY); JSON Object if (new Date (). GetTime () -DataObj.Time> Exp) // Si l'heure actuelle -minus L'élément de stockage défini à Time> Time Expire expiration} else {console.log (value = + dataoBj.val);}}

À l'heure actuelle, l'industrie est essentiellement unifiée à 5 m, ce qui est beaucoup plus grand que le 4K de cookies, économisant un peu d'année sauvage.

En raison de la stratégie de sécurité du navigateur, LocalStorage ne peut pas être croisé, et le nom de sous-domaine ne peut pas hériter des données locales du domaine parent.

Dans l'environnement actuel du navigateur, LocalStorage n'est pas complètement stable. Je pense personnellement que LocalStorage est juste une méthode d'optimisation de localisation des ressources. Le traitement anormal du storage local est généralement utilisé pour capturer / traiter les anomalies avec essai / capture.

L'approche générale actuelle consiste à détecter si Window.Localstorage existe, mais certains navigateurs ont des bogues. Par conséquent, je suggère que vous pouvez déterminer si le navigateur prend en charge LocalStorage en définissant / obtenez des données de test dans la structure Try / Catch.

Le panneau de stockage des ressources -Local et le panneau de stockage des ressources - Session dans les outils de développeur Chrome peuvent voir les données locales de stockage sous le nom de domaine actuel.

De plus, lorsque setItem () est parfois défini sur iPhone / iPad, l'erreur de quota_exesed_err apparaît à ce moment.

store.js

Mozilla / localfarage

localfont

Ce qui précède est l'explication détaillée du storage local de HTML5 introduit par Xiaobian. Merci beaucoup pour votre soutien pour le site Web VEVB Wulin!