我们可以通过把需要离线存储在本地的文件,html5的离线存储也需要服务器环境

  • 栏目:前端 时间:2020-04-26 02:07
<返回列表

前言

使用 HTML5,通过创建 cache manifest 文件,可以轻松地创建 web 应用的离线版本。

HTML5引入了应用程序缓存,这意味着 web 应用可进行缓存,并可在没有因特网连接时进行访问。 应用程序缓存为应用带来三个优势:

  • 离线浏览 – 用户可在应用离线时使用它们
  • 速度 – 已缓存资源加载得更快
  • 减少服务器负载 – 浏览器将只从服务器下载更新过或更改过的资源。

大家好,我是IT修真院成都分院第8期的学员,一枚正直、纯洁、善良的前端程序员

原理和环境

如上面提到的HTML5的离线存储是基于一个新建的.appcache文件的,通过这个文件上的解析清单离线存储资源,这些资源就会像cookie一样被存储了下来。之后当网络在处于离线状态下时,浏览器会通过被离线存储的数据进行页面展示。

就像cookie一样,html5的离线存储也需要服务器环境。
这里提供一个小工具——简易iis服务器,把它放在项目更目录下,双击运行即可模拟服务器环境。
链接:  密码: ja9h

今天给大家分享一下,修真院官网深度思考中的知识点——HTML5的离线储存怎么使用?

解析清单

在开始之前要先了解下manifest(即.appcache文件),上面的解析清单要怎么写。

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

manifest 文件可分为三个部分:

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

在线的情况下,用户代理每次访问页面,都会去读一次manifest.如果发现其改变, 则重新加载全部清单中的资源

随着Web App的发展,越来越多的移动端App使用HTML5的方式来开发,除了一些HybridApp以外, 其他一部分Web App还是通过浏览器来访问的,通过浏览器访问就需要联网发送请求,这样就使得用户在离线 的状态下无法使用App,同时Web App中一部分资源并不是经常改变,并不需要每次都向服务器发出请求,出于 这些原因,HTML5提出的一个新的特性:离线存储。通过离线存储,我们可以通过把需要离线存储在本地的文件 列在一个manifest配置文件中,这样即使在离线的情况下,用户也可以正常使用App。

CACHE MANIFEST

第一行,CACHE MANIFEST,是必需的:

CACHE MANIFEST
/theme.css
/logo.gif
/main.js

上面的 manifest 文件列出了三个资源:一个 CSS 文件,一个 GIF 图像,以及一个 JavaScript 文件。当 manifest 文件加载后,浏览器会从网站的根目录下载这三个文件。然后,无论用户何时与因特网断开连接,这些资源依然是可用的。

使用方法:

NETWORK

白名单,使用通配符”*”. 则会进入白名单的open状态. 这种状态下.所有不在相关Cache区域出现的url都默认使用HTTP相关缓存头策略.

下面的 NETWORK 小节规定文件 “login.asp” 永远不会被缓存,且离线时是不可用的:

NETWORK:
login.asp

可以使用星号来指示所有其他资源/文件都需要因特网连接:

NETWORK:
login.asp

在html标签中引入manifest文件:

FALLBACK

下面的 FALLBACK 小节规定如果无法建立因特网连接,则用 “offline.html” 替代 /html5/ 目录中的所有文件:

ALLBACK:
/html5/ /404.html

注释:第一个 URI 是资源,第二个是替补。

HTML5的离线存储是基于一个新建的.appcache文件的,通过这个文件上的解析清单离线存储资源 ,这些资源就会像cookie一样被存储了下来。之后当网络在处于离线状态下时,浏览器会通过被离线存储的数据 进行页面展示

更新缓存

一旦应用被缓存,它就会保持缓存直到发生下列情况:

缓存流程:

Demo

case/
  |-- index.html
  |
  |-- demo.appcache
  |
  |-- 简易IIS服务器.exe
  |
  `-- image
        |-- 01.jpg
        `-- 02.jpg

index.html

<!DOCTYPE html>
<html lang="en" manifest="demo.appcache">
<head>
    <meta charset="UTF-8">
    <title>HTML5离线存储</title>
</head>
<body>
    <img src="image/01.jpg" alt="图片 1">
    <img src="image/02.jpg" alt="图片 2">
</body>
</html>

demo.appcache

CACHE MANIFEST
#v01
image/01.jpg

NETWORK:
*

FALLBACK:
/

image文件夹下存储着
01.jpg

图片 3

02.jpg

图片 4

好接着执行简易IIS服务器.exe试试看吧。

当iis开启时

图片 5

当iis关闭时(是关闭,暂停看不出效果)

图片 6

可以看见图片1成功被离线展示出来了,图片2像正常情况一样显示不出来。

现在我想把图片2图片1的位置换一下呢.

Html部分置换一下

<body>
    <img src="image/02.jpg" alt="图片 7">
    <img src="image/01.jpg" alt="图片 8">
</body>

这时候发现问题来了,html明明修改了为什么图片没有置换过来呢,我不是在demo.appcache文件的NETWORK写了星号吗?除了CACHE MANIFEST文件其它都采用在线模式。查资料得知:引入manifest的页面,即使没有被列入缓存清单中,仍然会被用户代理缓存。

好吧,那我把.appcache文件更新下,于是乎把头部的版本号修改一下#v02。刷新下页面还是没反应!再刷新,有了!为什么?

对于浏览器来说,manifest的加载是要晚于其他资源的. 这就导致check manifest的过程是滞后的.发现manifest改变.所有浏览器的实现都是紧随这做静默更新资源.以保证下次pv,应用到更新.

通过控制台我们能够窥探一二:

利用一个manifest清单文件告知服务器需要离线的网页文件。

缓存立即执行

我们的产品已经更新了用户却要第二次进来才能够看到,这样用户体验也太差了吧,有什么方式能够解决呢?好在html5给javascript提供了相关的API。

API篇幅太多自行查看把,这里我晒下我测试成功的code:

 /*code1,简单粗暴的*/
    applicationCache.onupdateready = function(){
        applicationCache.swapCache();
        location.reload();
    };
    /*code2,缓存公用方法*/
    // var EventUtil = {
    //     addHandler: function(element, type, handler) {
    //         if (element.addEventListener) {
    //             element.addEventListener(type, handler, false);
    //         } else if (element.attachEvent) {
    //             element.attachEvent("on" + type, handler);
    //         } else {
    //             element["on" + type] = handler;
    //         }
    //     }
    // };
    // EventUtil.addHandler(applicationCache, "updateready", function() {      //缓存更新并已下载,要在下次进入页面生效
    //     applicationCache.update();  //检查缓存manifest文件是否更新,ps:页面加载默认检查一次。
    //     applicationCache.swapCache();  //交换到新的缓存项中,交换了要下次进入页面才生效
    //     location.reload();              //重新载入页面
    // });

code1一般用在页面加载时直接触发,而code2的方式可后期检查更新。

在第一次访问网站时服务器响应manifest文件进行缓存。

注意事项

在第二次访问该网址时,检测是否达到更新缓存的条件,否则直接使用缓存文件(即使你修改了服务器上的文件)。

这个文件中存储了服务器希望缓存的文件列表:

CACHE MANIFEST

上面一句必须

#v1.0.1

CACHE:当 manifest 文件加载后浏览器会从网站的根目录下载文件,无论用户何时与因特网断开连接,这些资源依然是可用的。

test.html

test.js

doraemon.jpg

NETWORK:

#列出的文件需要与服务器的连接,且不会被缓存

test.css

FALLBACK:

#规定当页面无法访问时的回退页面(比如 404 页面)

404.html

更新缓存:

一旦应用被缓存,它就会保持缓存直到发生下列情况

用户清空浏览器缓存

manifest 文件被修改

由程序来更新应用缓存

离线存储有什么优缺点?

优点

离线浏览 - 用户可在应用离线时使用它们

速度 - 已缓存资源加载得更快

减少服务器负载 - 浏览器将只从服务器下载更新过或更改过的资源。

2.知识剖析

这个文件中存储了服务器希望缓存的文件列表:

CACHE MANIFEST

上面一句必须

#v1.0.1

CACHE:当 manifest 文件加载后浏览器会从网站的根目录下载文件,无论用户何时与因特网断开连接,这些资源依然是可用的。

test.html

test.js

doraemon.jpg

NETWORK:

#列出的文件需要与服务器的连接,且不会被缓存

test.css

FALLBACK:

#规定当页面无法访问时的回退页面(比如 404 页面)

404.html

更新缓存:

一旦应用被缓存,它就会保持缓存直到发生下列情况

用户清空浏览器缓存

manifest 文件被修改

由程序来更新应用缓存

离线存储有什么优缺点?

优点

离线浏览 - 用户可在应用离线时使用它们

速度 - 已缓存资源加载得更快

减少服务器负载 - 浏览器将只从服务器下载更新过或更改过的资源。

缺点

更新的资源,需要二次刷新才会被页面采用

不支持增量更新,只有manifest发生变化,所有资源全部重新下载一次

缺乏足够容错机制,如果manifest文件,或者内部列举的某一个文件不能 正常下载,整个更新过程将视为失败,浏览器继续全部使用老的缓存

注意

在此刻使用这里描述的应用程序缓存功能高度 正在处于从Web平台中被删除的过程。虽然一些浏览器 目前仍然支持它,但也许会在未来的某个时间停止支持,请尽量不要使用该特性。

存储网页数据的方式?

localStorage - 没有时间限制的数据存储(永久),对于同一个浏览,当用户关闭浏览器窗口后,数据不会被删除。

sessionStorage - 针对一个 session 的数据存储(sesion/),当用户关闭浏览器窗口后,数据会被删除。

cookie:不适合大量数据的存储,因为它们由每个对服务器的请求来传递,这使得 cookie 速度很慢而且效率也不高。

上一篇:这款HTML5视频破碎重组特效非常刺激,这款HTML5视频破碎重组特效非常刺激 下一篇:或者不下载离线缓存

更多阅读

这款HTML5视频破碎重组特效非常刺激,这

前端 2020-04-26
本文由码农网 –小峰原创,转载请看清文末的转载要求,欢迎参与我们的付费投稿计划! 基...
查看全文

我们可以通过把需要离线存储在本地的文

前端 2020-04-26
前言 使用 HTML5,通过创建 cache manifest 文件,可以轻松地创建 web应用的离线版本。 HTML5引入了...
查看全文

或者不下载离线缓存

前端 2020-04-26
1.离线缓存为HTML5开发移动应用提供了基础 HTML5 Web Storage API可以看做是加强版的cookie,不受数...
查看全文

友情链接: 网站地图

Copyright © 2015-2019 http://www.koi-bumi.com. 韦德体育有限公司 版权所有