Explicación detallada de LocalStorage of HTML5

LocalStorage tiene dos API en el navegador: LocalStorage y SessionStorage, que existen en los objetos de la ventana: LocalStorage corresponde a Window.localStorage, y SessionStorage corresponde a Window.SessionStorage.

La diferencia entre LocalStorage y SessionStorage se debe principalmente a su supervivencia.

 LocalStorage.SetItem (B, Isaac); El nombre clave, aquí está el Bloqueo.

El papel de la función aquí se refiere a: cómo aislar el almacenamiento local entre diferentes páginas (no puede leer el almacenamiento local de Tencent en la página de Baidu, jajaja).

LocalStorage puede leer/modificar los mismos datos de LocalStorage siempre que el mismo protocolo, el mismo nombre de host y el mismo puerto.

SessionStorage es más estricto que LocalStorage.

LocalStoray es teóricamente permanente y efectivo, es decir, no desaparecerá si no toma la iniciativa incluso si los datos guardados exceden el tamaño especificado por el navegador, no borrará los datos anteriores y solo informará un error. Sin embargo, debe tenerse en cuenta que en la visión web del navegador en dispositivos móviles o la vista web utilizada por cada aplicación nativa, LocalStorage no es confiable. ) Claro.

El período de supervivencia de SessionStorage, como su nombre indica, es similar a la sesión, siempre que el navegador esté apagado (incluida la página de la pestaña del navegador), se borrará. Debido a que el período de supervivencia de SessionStorage es demasiado corto, el escenario de aplicación es muy limitado, pero por otro lado, no es fácil tener condiciones anormales y más confiables.

LocalStorage es un par de datos de valor clave estándar (tipo de valor clave (KV), que es simple pero fácil de expandir. Siempre que se use en un método de codificación para convertir los objetos que desean almacenar localStorage en una cadena, TI, TI. puede soportarlo fácilmente. Por ejemplo: convertir el objeto en la cadena JSON, puede hacer el objeto de almacenamiento; Además, para el tipo de valor clave, para el tipo de datos, la única característica de la clave también es muy importante.

Desafortunadamente, LocalStorage de forma nativa no admite el tiempo de ajuste.

 Set de funciones (clave, valor) {var Curtime = new Date (). secuencia} Función Get (Key, Exp) // Exp es el tiempo de ajuste de la configuración {Vare Val. Objeto json if (nuevo date (). GetTime () -dataobj.time> exp) // Si el tiempo actual -minus el elemento de almacenamiento establecido en el tiempo> tiempo expirado {console.log (expires); ///solicitar expiración} else {console.log (valor =+dataBJ.val);}}

En la actualidad, la industria está básicamente unificada a 5M, que es mucho más grande que el 4K de las cookies, ahorrando un poco de año salvaje.

Debido a la estrategia de seguridad del navegador, LocalStorage no puede ser el dominio cruzado, ni el nombre del subdominio puede heredar los datos de la correa local del nombre de dominio principal.

En el entorno del navegador actual, LocalStoray no es completamente estable. Personalmente, creo que LocalStorage es solo un método de optimización de localización de recursos. El procesamiento anormal del almacenamiento local se usa generalmente para capturar/procesar anormalidades con Try/Catch.

El enfoque general actual es detectar si Window.localStorage existe, pero algunos navegadores tienen errores. Por lo tanto, sugiero que puede determinar si el navegador admite LocalStorage al establecer/obtener datos de prueba en la estructura de prueba/captura.

El panel de almacenamiento de recursos y el panel de almacenamiento de recursos de recursos en las herramientas de desarrollador de Chrome pueden ver los datos de LocalStorage bajo el nombre de dominio actual.

Además, cuando SetItem () a veces se establece en iPhone/iPad, aparece el error Weird CuTA_EXCEedED_ERR.

store.js

Mozilla/Localfarage

local

Lo anterior es la explicación detallada del almacenamiento local de HTML5 introducido por Xiaobian. ¡Muchas gracias por su apoyo al sitio web de VEVB Wulin!