前端HTML5几种存储方式的总结

前端HTML5几种存储方式的总结

2016/09/01 · HTML5 ·
存储

原文出处: 小蚊   

接下来要好好总结一些知识,秋招来啦。。。虽然有好多知识都不大会,但是还是要努力一下,运气这种东西,谁知道呢~

总体情况

h5之前,存储主要是用cookies。cookies缺点有在请求头上带着数据,大小是4k之内。主Domain污染。
主要应用:购物车、客户登录
对于IE浏览器有UserData,大小是64k,只有IE浏览器支持。

总体情况

h5之前,存储主要是用cookies。cookies缺点有在请求头上带着数据,大小是4k之内。主Domain污染。

主要应用:购物车、客户登录

对于IE浏览器有UserData,大小是64k,只有IE浏览器支持。

目标

解决4k的大小问题
解决请求头常带存储信息的问题
解决关系型存储的问题
跨浏览器

目标

解决4k的大小问题

解决请求头常带存储信息的问题

解决关系型存储的问题

跨浏览器

1.本地存储localstorage

存储方式:
以键值对(Key-Value)的方式存储,永久存储,永不失效,除非手动删除。
大小:
每个域名5M
支持情况:

注意:IE9
localStorage不支持本地文件,需要将项目署到服务器,才可以支持!
检测方法:

 alert('This browser supports localStorage');
}else{
 alert('This browser does NOT support localStorage');
}

常用的API:
getItem //取记录
setIten//设置记录
removeItem//移除记录
key//取key所对应的值
clear//清除记录

存储的内容:
数组,图片,json,样式,脚本。。。(只要是能序列化成字符串的内容都可以存储)

1.本地存储localstorage

存储方式:

以键值对(Key-Value)的方式存储,永久存储,永不失效,除非手动删除。

大小:

每个域名5M

支持情况:

图片 1

注意:IE9 localStorage不支持本地文件,需要将项目署到服务器,才可以支持!

检测方法:

JavaScript

if(window.localStorage){ alert(‘This browser supports localStorage’);
}else{ alert(‘This browser does NOT support localStorage’); }

1
2
3
4
5
if(window.localStorage){
alert(‘This browser supports localStorage’);
}else{
alert(‘This browser does NOT support localStorage’);
}

常用的API:

getItem //取记录

setIten//设置记录

removeItem//移除记录

key//取key所对应的值

clear//清除记录

图片 2

存储的内容:

数组,图片,json,样式,脚本。。。(只要是能序列化成字符串的内容都可以存储)

2.本地存储sessionstorage

HTML5 的本地存储 API 中的 localStorage 与 sessionStorage
在使用方法上是相同的,区别在于 sessionStorage 在关闭页面后即被清空,而
localStorage 则会一直保存。

2.本地存储sessionstorage

HTML5 的本地存储 API 中的 localStorage 与 sessionStorage
在使用方法上是相同的,区别在于 sessionStorage 在关闭页面后即被清空,而
localStorage 则会一直保存。

3.离线缓存(application cache)

本地缓存应用所需的文件
使用方法:
①配置manifest文件
页面上:

<html manifest="demo.appcache">
...
</html>

Manifest 文件:
manifest
文件是简单的文本文件,它告知浏览器被缓存的内容(以及不缓存的内容)。
manifest 文件可分为三个部分:
①CACHE MANIFEST – 在此标题下列出的文件将在首次下载后进行缓存
②NETWORK – 在此标题下列出的文件需要与服务器的连接,且不会被缓存
③FALLBACK – 在此标题下列出的文件规定当页面无法访问时的回退页面(比如 404
页面)
完整demo:

# 2016-07-24 v1.0.0
/theme.css
/main.js

NETWORK:
login.jsp

FALLBACK:
/html/ /offline.html

服务器上:manifest文件需要配置正确的MIME-type,即
“text/cache-manifest”。
如Tomcat:

     <extension>manifest</extension>
     <mime-type>text/cache-manifest</mime-type>
</mime-mapping>

常用API:
核心是applicationCache对象,有个status属性,表示应用缓存的当前状态:
0(UNCACHED) : 无缓存, 即没有与页面相关的应用缓存
1(IDLE) : 闲置,即应用缓存未得到更新
2 (CHECKING) : 检查中,即正在下载描述文件并检查更新
3 (DOWNLOADING) : 下载中,即应用缓存正在下载描述文件中指定的资源
4 (UPDATEREADY) : 更新完成,所有资源都已下载完毕
5 (IDLE) :
废弃,即应用缓存的描述文件已经不存在了,因此页面无法再访问应用缓存
相关的事件:
表示应用缓存状态的改变:
checking : 在浏览器为应用缓存查找更新时触发
error : 在检查更新或下载资源期间发送错误时触发
noupdate : 在检查描述文件发现文件无变化时触发
downloading : 在开始下载应用缓存资源时触发
progress:在文件下载应用缓存的过程中持续不断地下载地触发
updateready : 在页面新的应用缓存下载完毕触发
cached : 在应用缓存完整可用时触发
Application Cache的三个优势:
① 离线浏览
② 提升页面载入速度
③ 降低服务器压力
注意事项:

  1. 浏览器对缓存数据的容量限制可能不太一样(某些浏览器设置的限制是每个站点
    5MB)
  2. 如果manifest文件,或者内部列举的某一个文件不能正常下载,整个更新过程将视为失败,浏览器继续全部使用老的缓存
  3. 引用manifest的html必须与manifest文件同源,在同一个域下
  4. 浏览器会自动缓存引用manifest文件的HTML文件,这就导致如果改了HTML内容,也需要更新版本才能做到更新。
  5. manifest文件中CACHE则与NETWORK,FALLBACK的位置顺序没有关系,如果是隐式声明需要在最前面
  6. FALLBACK中的资源必须和manifest文件同源
  7. 更新完版本后,必须刷新一次才会启动新版本(会出现重刷一次页面的情况),需要添加监听版本事件。
  8. 站点中的其他页面即使没有设置manifest属性,请求的资源如果在缓存中也从缓存中访问
  9. 当manifest文件发生改变时,资源请求本身也会触发更新
    离线缓存与传统浏览器缓存区别:
  10. 离线缓存是针对整个应用,浏览器缓存是单个文件
  11. 离线缓存断网了还是可以打开页面,浏览器缓存不行
  12. 离线缓存可以主动通知浏览器更新资源

发表评论

电子邮件地址不会被公开。 必填项已用*标注