zoukankan      html  css  js  c++  java
  • HTML5存储方式

    由于之前在参加面试或者笔试的过程中经常会被问到HTML5存储的内容,包括它们之间的区别、特征和应用范围,所以看到一篇介绍不错的文章,把里面的个人觉得适合我的内容按照自己的理解总结如下。方便以后忘记了进行备查。

    原文链接:HTML5 5大存储方式总结

    1. Cookies的野蛮生长
    2. 本地存储localstorage
    3. 本地存储sessionstorage
    4. 离线缓存(application cache)
    5. Web SQL
    6. IndexedDB

    Cookies的野蛮生长

    HTML5出现之前,Cookies便占据了客户端存储的整个江山,就像是蛮荒时代的野蛮生长,cookies很好、快速地满足实际应用的需求。但是它的问题也很明显,cookies会在请求头上带着数据,而且大小限制在4K以内,这是非常不安全的,容易被外部截取,还存在domain污染。

    IE浏览器特别喜欢搞自己的一套,对于增加存储容量加入了UserData,大小是64K,但是其他浏览器不喜欢跟它玩,也就只有它自己一家支持。

    那么,重点来了。既然cookies问题那么多,就要想办法解决,不然没法继续往前发展。首先要确认它的问题有哪些,然后根据这些问题寻找解决方案。

    • 解决4K存储容量问题
    • 解决请求头带有存储信息的问题,也就是增加安全性,通过加密通道或方式进行数据存储和传输
    • 解决关系型存储的问题
    • 跨浏览器

    本地存储localstorage

    存储方式

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

    存储容量

    每个域名5M

    常用的API

    getItem //取记录

    setItem //设置记录

    removeItem //移除记录

    key //取key所对应的值

    clear //清除记录

    本地存储sessionstorage

    HTML5的本地存储API中的localstoragesessionstorage在使用方法上是相同的,区别在于sessionstorage在关闭页面后即被清空,而localstorage则会一直保存,除非手动删除。

    离线缓存(application cache)

    本地缓存应用所需的文件

    使用方法

    1、配置manifest文件

    页面上:

    <!DOCTYPE HTML>
    <html manifest="demo.appcache">
    ...
    </html>

    manifest文件:

    manifest是最简单的文本文件,它告知浏览器被缓存的内容(以及不缓存的内容)。

    manifest文件分为三个部分:

    1. CACHE MANIFEST-在此标题下列出的文件将在首次下载后进行缓存
    2. NETWOrK-在此标题下的文件需要与服务器进行连接,且不会被缓存
    3. FALLBACK-在此标题下的文件规定当页面无法被访问时的回退页面(比如404页面)

    完整demo

    CACHE MANIFEST
    # 2016-07-24 v1.0.0
    /theme.css
    /main.js
    
    NETWORK:
    login.jsp
    
    FALLBACK:
    /html/ /offline.html

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

    常用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. 离线浏览
    2. 提升页面载入速度
    3. 降低服务器压力

    注意事项:

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

    离线缓存和传统浏览器缓存的区别

    1. 离线缓存是针对整个应用,浏览器缓存是单个文件
    2. 离线缓存可以主动通知浏览器更新资源

    Web SQL

    Web SQL数据库API并不是HTML5规范的一部分,但它是一个独立的规范,引入了一组使用SQL操作客户端数据库的APIs

    核心方法

    1. openDatabase:使用现有的数据库或新建的数据库创建一个数据库对象
    2. transaction: 控制一个事务,以及基于这种情况执行提交或回滚
    3. executeSql:用于执行实际的SQL查询

    打开数据库

    var db = openDatabase('mydb', '1.0', 'TEST DB', 2 * 1024 * 1024, fn);

    执行查询操作

    var db = openDatabase('mydb', '1.0', 'TEST DB', 2 * 1024 * 1024);
    db.transaction(function (tx) {
        tx.executeSql('CREATE TABLE IF NOT EXISTS WIN (id unique, name)');
    })

    插入数据

    var db = openDatabase('mydb', '1.0', 'Test DB', 2 * 1024 * 1024);
    db.transaction(function (tx) {
       tx.executeSql('CREATE TABLE IF NOT EXISTS WIN (id unique, name)');
       tx.executeSql('INSERT INTO WIN (id, name) VALUES (1, "winty")');
       tx.executeSql('INSERT INTO WIN (id, name) VALUES (2, "LuckyWinty")');
    });

    读取数据

    db.transaction(function (tx) {
       tx.executeSql('SELECT * FROM WIN', [], function (tx, results) {
          var len = results.rows.length, i;
          msg = "<p>查询记录条数: " + len + "</p>";
          document.querySelector('#status').innerHTML +=  msg;
    
          for (i = 0; i < len; i++){
             alert(results.rows.item(i).name );
          }
    
       }, null);
    });

    IndexedDB

    索引数据库(IndexedDBAPI(作为HTML5的一部分)对创建具有丰富本地存储数据的数据密集型的离线HTML5 Web应用程序很有用,同时它还有助于本地缓存数据,使传统在线Web应用程序(比如移动Web应用程序)能够快速的运行和响应。

    异步API

    IndexedDB大部分操作并不是我们常用的调用方法(返回结果的模式),而是(请求-响应模式),比如打开数据库的操作

    本文转载于:猿2048HTML5存储方式

  • 相关阅读:
    【转】全文检索引擎Sphinx配置文件详细介绍
    【转】构建不依赖于cookie的手机端用户登录机制
    Sphinx在window下的初步安装和配置
    Zend Framework 在.htaccess中修改RewriteRule实现url重写
    做后台的程序猿的一点心得
    [Leetcode 75] 96 Unique Binary Search Trees
    [Leetcode 74] 92 Restore IP Addresses
    [Leetcode 73] 92 Reverse Linked List II
    [Leetcode 72] 91 Decode Ways
    [Leetcode 71] 86 Partition List
  • 原文地址:https://www.cnblogs.com/10manongit/p/12856637.html
Copyright © 2011-2022 走看看