집 > 기사 > 웹 프론트엔드 > 애플리케이션 캐시란 무엇입니까?

애플리케이션 캐시란 무엇입니까?

零下一度원래의: 2018-05-26 11:39:576584검색

Origin

HTML5 이전의 웹 페이지는 모두 연결이 없어 인터넷에 연결해야 액세스할 수 있었습니다. 사실 이는 웹의 기능이지만, 이 시대의 PC에서는 큰 문제가 되지 않습니다. 그러나 모바일 인터넷 시대에는 기기 단말의 위치가 더 이상 고정되지 않고 무선 신호에 의존하기 때문에 네트워크의 신뢰성이 떨어집니다. 예를 들어 기차에 앉아 터널을 통과하는 경우(15분) , 웹사이트에 접근할 수 없게 됩니다. "ecmascript collection"과 같이 웹에 매우 유해한 페이지입니다.
html5에서는 캐시 매니페스트 파일을 도입했습니다. 그럼 캐시 매니페스트란 무엇인지에 대해서는 다음에 이야기하겠습니다.

애플리케이션 캐시란 무엇인가요?

HTML5에는 인터넷 연결 없이 웹 애플리케이션을 캐시하고 액세스할 수 있는 애플리케이션 캐싱이 도입되었습니다.
앱 캐싱은 앱에 세 가지 이점을 제공합니다.

오프라인 검색 - 사용자는 오프라인 상태에서도 앱을 사용할 수 있습니다.

속도 - 캐시된 리소스가 더 빠르게 로드됩니다.

서버 로드가 감소합니다. - 브라우저는 다음과 같은 서버에서만 업데이트를 다운로드합니다. 변경되었거나 변경되었습니다.

지원 버전

IE8 및 IE9를 제외한 모든 주요 브라우저에서 지원됩니다.

오프라인 저장 기술

HTML5는 두 가지 주요 오프라인 저장 기술인 localstorage와 Application Cache를 제안합니다. 두 가지 모두 자체 애플리케이션 시나리오가 있으며 전통적인 오프라인 저장 기술은 쿠키입니다.

실습 후에 우리는 로컬 스토리지가 중요하지 않은 일부 Ajax 데이터를 케이크 장식으로 저장해야 한다고 믿습니다.

애플리케이션 캐시는 여전히 케이크 장식인 정적 리소스를 저장하는 데 사용됩니다. 작은 텍스트(4096바이트)만 저장할 수 있으므로 큰 데이터는 저장할 수 없습니다. 이는 쿠키와 위에서 언급한 캐싱 기술의 차이점 중 하나입니다. HTTP는 상태 비저장이므로 서버에는 식별자

string

이 필요합니다. 요청이 동일한 서버에서 발생했는지 구별하기 위해 이 작업은 쿠키에 의해 완료됩니다. 이 텍스트는 사용자의 권한을 확인하기 위해 매번 서버와 브라우저 간에 전달됩니다.
그래서 애플리케이션 캐시의 애플리케이션 시나리오가 다르기 때문에 사용법이 일관되지 않습니다.

애플리케이션 캐시소개애플리케이션 캐시에는 두 가지 작업 측면이 필요합니다.

① 서버는 매니페스트 목록을 유지해야 합니다.

② 브라우저에서는 간단한 설정만 필요합니다

<html  manifest="demo.appcache">

설명 예:

CACHE MANIFEST
CACHE:
# 需要缓存的列表
style1.css
1.jpg
01.js
http://localhost/applicationcache/02.js
http://localhost/applicationcache/zepto.js
NETWORK:
# 不需要缓存的
4.jpg
FALLBACK:
# 访问缓存失败后，备用访问的资源，第一个是访问源，第二个是替换文件*.html /offline.html
2.jpg/3.jpg

우선 여기에 오류를 보고했습니다:

 Application Cache Error event: Manifest fetch failed (404)

이 오류의 원인은 매니페스트 파일을 올바른 MIME 유형, 즉 "text/cache-manifest"로 구성해야 하기 때문입니다. 웹 서버에서 구성해야 하며 서버마다 다릅니다

\APPLICATIONCACHE
    01.js
    02.js
    1.jpg
    2.jpg
    3.jpg
    4.jpg
    demo.appcache
    index.html
    style1.css
    style2.css
    web.config
    zepto.js

이렇게 하면 현재 네트워크 연결이 끊어져도 해당 파일에 계속 액세스할 수 있습니다

여기에 주목할 만한 사항이 있습니다. 예를 들어, /index.html이 여기에 포함되어 있지 않으면 "applicationcache/"를 캐시합니다. 실제로 이것은 index.html

manifest 파일을 세 부분으로 나눌 수 있습니다.

CACHE MANIFEST - 이 제목 아래 나열된 파일은 처음으로 캐시됩니다. 다운로드 후 캐시

NETWORK - 이 제목 아래 나열된 파일은 서버에 대한 연결이 필요하며 캐시되지 않습니다.

FALLBACK - 이 제목 아래 나열된 파일은 대체를 지정합니다. 페이지에 접근할 수 없는 경우 페이지(예: 404 페이지)

그림에 표시된 것처럼 HTML5는 여러

event

포인트를 정의하지만 일반적으로 어떤 작업에도 적극적으로 js를 사용하지 않습니다. 브라우저의 처리에 관한 것입니다.

크기 제한응용 프로그램 캐시의 크기 제한은 5M로 통일되어 있습니다. 여기서 테스트해 보겠습니다.

표시된 것처럼 현재 두 CSS 파일은 여전히 5M를 초과합니다

Document was loaded from Application Cache with manifest http://localhost/applicationcache/demo.appcache
index.html:1 Application Cache Checking event
index.html:6 GET http://localhost/applicationcache/style2.css net::ERR_FAILED
index.html:1 Application Cache NoUpdate event
index.html:11 GET http://localhost/applicationcache/2.jpg net::ERR_FAILED
index.html:12 GET http://localhost/applicationcache/3.jpg net::ERR_FAILED

표시된 바와 같이 style2는 더 이상 캐시될 수 없습니다. 이로 인해 어떤 문제가 발생합니까?

예를 들어 채널 A는 자체 애플리케이션 캐시를 유지하고 채널 B도 자체적으로 유지 관리합니다. 이때 채널 A의 사용이 최고조에 도달하면 채널 B의 모든 캐시가 무효화되므로

다음과 같습니다. 애플리케이션 캐시 사용 권장, 공용 리소스 저장, 비즈니스 리소스 저장 안 함

몇 가지 질문

由更新机制来说，首次更新manifest时，因为页面加载已经开始甚至已经完成，缓存更新尚未完成，浏览器仍然会使用过期的资源；浏览器是当Application Cache有更新时，该次不会使用新资源，第二次才会使用。这个时候update事件中执行window.reload事件。

window.applicationCache.addEventListener("updateready", function(){
    window.location.reload()
});

由上例可以知道，缓存的不只是显示定义的文件，比如上例中的applicationcache/时便会默认保存index.html为映射的数据，并且包含demo.appcache文件，很多时候会遇到一次文件更新线上老是不更新，这个时候随便在manifest配置文件中做一点修改即可更新。

比如我们将这里代码做一个改变：

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

这个时候如果不做demo.appcache的更新的话，缓存将不会更新，原因是index.html被缓存了，检测的仍然是原manifest清单

各个页面统一管理自己的manifest清单，意思是a页面配置了common.js，b页面也配置了common.js，意思是a页面更新后，b页面的manifest不更改的话，b页面依旧读取的是老版本的文件，这个有一定道理却也有一定浪费，需要公共页面做处理。

总结

从可用性与易用性来说，Application Cache是值得使用的，但是最好是做静态资源的缓存，真正要实现离线应用还得花更多的功夫呢！

위 내용은 애플리케이션 캐시란 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명：

이전 기사：html5의 헤드에 대한 자세한 설명다음 기사：html5의 헤드에 대한 자세한 설명