HTML要命一百天 -- 第三天【浏览器本地存储】

Storage

从开发者工具的Application可以看到,其实浏览器的存储可以分为以下5种:

  • Cookies
  • Local Storage
  • Session Storage
  • IndexedDB
  • Web SQL
  • User Data,Google Gears,Flash SharedObject等
1. Cookies
  • 对于用户来说:cookies是一种最原始最简单的存储方式,但也是最持久的,现在几乎所有网站都还在用。它主要被用来保持用户的登录状态或者一些用户设置等。
  • 对于浏览器来说:cookies是存储在浏览器中的纯文本,所以在浏览器的安装目录下通常会有专门有一个 cookie 文件夹来存放各个域下设置的cookie。
  • 对于网络来说:cookies一开始是由服务端发送到客户端的一段数据,客户端通常会在本地保存这段数据,下次如果向同一服务端再发送http请求时,就会携带这段数据,然后服务端就可以通过这段数据来判断前后两个请求是否来自同一客户端,因此,Cookie 使无状态的HTTP可以记录稳定的状态信息。
2. Web Storage:Local Storage 和 Session Storage

在H5之前,浏览器只有一个存储方式cookies,但存储在cookie中的数据,每次都会被浏览器自动放在http请求中,这些数据并不是服务端需要的,而且cookies最大容量(4kb)和它的网络性能与安全性低,故Web Storage的出现是克服由cookie带来的一系列限制,提供在cookie之外存储会话数据的途径和存储大量可以跨会话存在的数据的机制。
Local Storage 和 Session Storage 都属于HTML5新增的一个存储API,允许在浏览器中存储 key/value 对的数据形式,大小都在5mb左右。

  • localStorage在浏览器本地永久性存储数据,除非显式将其删除或清空。
  • sessionStorage存储的数据只在会话期间有效,关闭浏览器则自动删除。
3. IndexedDB

在一日千里的前端浪潮,Web Storage的大小已经远远不能满足客户端的需要的,因此适合大容量数据存储,提供Web Storage没有的搜索功能和自定义的索引的IndexedDB诞生。
IndexedDB 就是浏览器提供的本地数据库,它可以被网页脚本创建和操作。IndexedDB 允许储存大量数据,提供查找接口,还能建立索引。IndexedDB 不属于关系型数据库(不支持 SQL 查询语句),更接近 NoSQL 数据库。

4. Web SQL

Web SQL 数据库 API 并不是 HTML5 规范的一部分,它是一个独立的规范,引入了一组使用 SQL 操作客户端数据库的 API。但由于Web SQL规范中使用的是 SQLite,对于制定标准的人来说如果选用这个标准,就相当于靠边站,那标准的中立性就荡然无存。所以在IndexedDB出现之后,此API已经停止更新。

5. User Data,Google Gears,Flash SharedObject等

在统一的标准没有出来之前,各家浏览器的存储方式是百花齐放的:

  • userData:微软为IE专门在系统中开辟的一块存储空间,IE专属的客户端存储机制,实现一定量的字符串数据存储,IE9以上已经不支持。
  • Google Gears:Google的离线方案,一个开源的跨浏览器插件,可以离线上网,已经停止更新。
  • Flash SharedObject:Flash的本地共享对象是在用户机器上实现持久化存储的数据集合。Flash可以从程序中控制这些数据集合,向其中存入或者从中读取大量的信息数据。

番外 -- 个人理解和思考
  对于前端存储来说,常用的并且兼容多数浏览器的还是Web Storage,面试也会经常考,但对于前端行业的发展,IndexedDB的使用将会越来越广泛。后面会介绍各种存储具体的使用方法。
  各位,互勉!!

你可能感兴趣的:(HTML要命一百天 -- 第三天【浏览器本地存储】)