Récemment, lors du développement de projets mobiles, il existe de nombreux endroits où un stockage local est nécessaire. C'est juste une question de se souvenir des données utilisateur de la fenêtre actuellement ouverte, j'ai donc choisi d'utiliser sessionStorage.
Les scénarios d'utilisation sont les suivants:
La page A.html doit enregistrer une donnée {a: 1, b: 2};
sessionStorage.setItem ("données", "{a: 1, b: 2}");
La page B.html est retirée et utilisée;
sessionStorage.getItem ("data"); // Le résultat est nul
Le problème:
Si le projet n'est pas une application multiple d'une seule page, AB est deux fichiers html, vous devez sauter href. Nous constaterons que certains navigateurs du système Andiron sont récupérés à la page B et le résultat est nul (comme le navigateur de fenêtre du monde fourni avec le téléphone portable vivo).
Raison:
Après analyse, ce n'est pas que ce navigateur ne prend pas en charge sessionStorage, car vous pouvez toujours obtenir l'objet de sessionStorage.
Mais comme sessionStorage est un format de stockage de données de la fenêtre actuelle, certains navigateurs ouvrent une nouvelle vue Web lorsqu'ils accèdent à une nouvelle page et désactivent l'original, ce qui équivaut à ouvrir un navigateur Nouvelle fenêtre.
De cette façon, il entrera en conflit avec notre principe sessionStorage, bien sûr, il ne sera pas disponible sur la nouvelle page.
Par conséquent, il est recommandé de ne pas utiliser sessionStorage si vous n'êtes pas un projet d'applications multiples d'une seule page lorsque vous faites du mobile. À utiliser avec prudence!