https://developer.mozilla.org/zh-CN/docs/Web/API/IndexedDB_API 这个大概是官网吧，原始是英文的，现在陆续是出中文版。有空的话还是多看看官网。
大家好，我是前端队长Daotin，想要获取更多前端精彩内容，关注我，解锁前端成长新姿势。
文章在后面还会提出一个全新的，基于 IndexedDB 的，更适合现代前端应用的前端本地储存方案 GoDB.js
使用webgl开发三维应用的时候，经常会发现三维场景加载比较慢，往往需要等待挺长时间，这样用户的体验就很不友好。 造成加载慢的原因，主要是三维应用涉及到的资源文件会特别多，这些资源文件主要是模型及其图片，往往这些模型和图片都会比较大。
前端的数据存储方式，你除了用过 Cookies、localStorage 和 sessionStorage 外，还有用过其它的存储方式么？其实除了前面提到的 3 种存储方式，目前主流的浏览器还支持 Web SQL 和 IndexedDB。
随着浏览器的功能不断增强，越来越多的网站开始考虑将大量的数据存储在客户端，相比后端接口，获取数据更快一些。但摆在我们眼前的现状是这样的：
❝ 本文介绍一些与前端数据存储有关，「有趣、好玩、有用」的开源库。除此之外，还会让你掌握各种 Web 存储方案的特点，赶紧来了解一下。 ❞
之前在为框架集成knife4j接口调试查看工具，使用了一段时间，使用体验上比较繁琐，因为接口都需要token，所以每次都要去f12查看token复制再创建全局参数，可能我只需要测试一个接口但是步骤少不了，针对此问题框架做了一些优化
作为一枚前端同学，提及JS 语言的本地数据存储方案，你可能会本能地想到Cookie、sessionStorage、localStorage等。先简单的陪大家回忆一下：
前言：作为一名Web开发者，可能你并没有对这个“H5”这个字眼投入太多的关注，但实际上它早已不知不觉进入到你的开发中，并且总有一天会让你不得不正视它，了解它并运用它
请想象你正在看一个视频下面的评论，在翻到十几页的时候，你发现一个写得稍长，但非常有趣的评论。正当你想要停下滚轮细看的时候，手残按到了F5。然后，页面刷新了，评论又回到了第一页，所以你又要重新翻一次。
关于何为前端缓存，这里结合具体实际给出一个简单的定义：在两次不同的运行时中，能够共享的数据可以成为前端缓存。如何理解两次不同的运行时呢，可以理解为两次不同的页面加载过程。比如加载A页面，得到上下文环境：RunTime1，加载B页面，得到上下文：RunTime2。这两个运行时可以共享数据Front_CacheData_AB。A页面和B页面可以同时在运行时，也可以A页关闭后再打开B页面。下图1比较形象的给出了前端缓存的这种定义~
浏览器缓存设计一直是web性能优化中非常重要的一个环节,也是SPA应用盛行的今天不得不考虑的问题.作为一名优秀的前端工程师,为了让我们的应用更流畅,用户体验更好,我们有必要做好浏览器缓存策略.
前言：作为一名Web开发者，可能你并没有对这个“H5”这个字眼投入太多的关注，但实际上它早已不知不觉进入到你的开发中，并且总有一天会让你不得不正视它，了解它并运用它 打个比方：《海贼王》中的主角路飞在
浏览器提供3种用于数据存储的 JavaScript APIs：cookie 、Web Storage API、IndexedDB。
开发一个大型Electron的应用，或许需要在客户端存储大量的数据，比如聊天应用或邮件客户端
从19年到20年,笔者利用空余时间陆陆续续做了一些开源项目, 大部分开源项目都立足于企业实际业务需求, 所以笔者觉得有必要做一个总结和复盘,在复盘的过程中希望也能对大家有所帮助.今后笔者的开源项目都会放在这篇文章中,如果想学习的可以多交流.
cookie 前言 网络早期最大的问题之一是如何管理状态。简而言之，服务器无法知道两个请求是否来自同一个浏览器。当时最简单的方法是在请求时，在页面中插入一些参数，并在下一个请求中传回参数。 这需要使用包含参数的隐藏的表单，或者作为URL参数的一部分传递。这两个解决方案都手动操作，容易出错。cookie出现来解决这个问题。 作用 cookie是纯文本，没有可执行代码。存储数据，当用户访问了某个网站（网页）的时候，我们就可以通过cookie来向访问者电脑上存储数据，或者某些网站为了辨别用户身份、进行sessio
大家好，我是柒八九。我们在网络拾遗之Http缓存文章中，从网络协议的视角介绍了网站「客户端缓存」 中的HTTP缓存策略，并对「强缓存」和「协商缓存」做了较为详细的介绍。
最近在写 BlogOnNpm 自动更新版本号功能的时候在储存数据方面遇到了个问题，就有了这篇文章
主要用于存储一下用户相关的信息，如登录、权限、token 等，但是不宜过大，因为每次 http 请求都会带上，所以会稍微影响性能。 对于 cookie 来说，还需要注意一些安全性。
BroadcastChannel (opens new window) 接口代理了一个命名频道，可以让指定 origin (opens new window) 下的任意 browsing context (opens new window) 来订阅它。它允许同源的不同浏览器窗口，Tab 页，frame 或者 iframe 下的不同文档之间相互通信。通过触发一个 message 事件，消息可以广播到所有监听了该频道的 BroadcastChannel 对象。
https://developer.mozilla.org/en-US/docs/Web/API/IndexedDB_API
本地存储，在浏览器中包括了 Cookies、Local Storage、Session Storage、WebSQL 和 IndexedDB 这 5 种形式的本地存储，它们之间的区别:
当谈到 Web 应用的客户端存储时，localStorage API 脱颖而出，它允许开发者直接在浏览器中存储键值对。
上一篇文章：编译WebAssembly版本的FFmpeg（ffmpeg.wasm）：（5）ffmpeg.wasm v0.3 - pre.js与实时音视频流
浏览器跨标签页通信是指在同一个浏览器窗口中的多个标签页之间进行数据交流和信息传递的过程。通常情况下，每个标签页都是一个独立的浏览器上下文，它们之间是相互隔离的，无法直接访问对方的数据或进行通信。
当 cookie 被首次引入时，它是浏览器保存数据的唯一方式。之后又有了很多新的选择：Web Storage API、IndexedDB 和 Cache API。那么 cookie 死了吗？我们来看看这些在浏览器中存储数据的技术。
跨标签页通信是指在浏览器中的不同标签页之间进行数据传递和通信的过程。在传统的Web开发中，每个标签页都是相互独立的，无法直接共享数据。然而，有时候我们需要在不同的标签页之间进行数据共享或者实现一些协同操作，这就需要使用跨标签页通信来实现。
---- 在知乎和我在平常工作中，常常会看到一个问题： 前端现在还火吗？ 这个我只想说： 隔岸观火的人永远无法明白起火的原因，只有置身风暴，才能找到风眼之所在 ——『秦时明月』 你 TM 看都不看前端现在的发展，怎么去评判前端火不火，我该不该尝试一下其他方面的内容呢？本人为啥为这么热衷于新的技术呢？主要原因在于，生怕会被某一项颠覆性的内容淘汰掉，从前沿领域掉队下来。说句人话就是： 穷，所以只能学了...。所以本文会从头剖析一下 IndexedDB 在前端里面的应用的发展。 indexedDB 目前在前端慢慢
IndexedDB 是一个基于 JavaScript 的面向对象的事务型数据库。有了 LocalStorage 和 Cookies，为什么还要推出 indexedDB 呢？其实对于在浏览器里存储数据，可以使用 cookies 或 LocalStorage，但它们都是比较简单的技术，而 IndexedDB 提供了类似数据库风格的数据存储和使用方式。
浏览器本地存储方案可以分为三个方面，分别为Cookie、Web Storage、IndexedDB。
本文从前端方面出发实现浏览器下载大文件的功能。不考虑网络异常、关闭网页等原因造成传输中断的情况。分片下载采用串行方式（并行下载需要对切片计算hash，比对hash，丢失重传，合并chunks的时候需要按顺序合并等，很麻烦。对传输速度有追求的，并且在带宽允许的情况下可以做并行分片下载）。
客户端缓存分为Http缓存和本地缓存,使用缓存好处很多,例如减少相同数据的重复传输,节省网络带宽资源缓解网络瓶颈,降低了对原始服务器的要求，避免出现过载，这样服务器可以更快响应其他的请求
随着移动网络的发展与演化，我们手机上现在除了有原生 App，还能跑“WebApp”——它即开即用，用完即走。一个优秀的 WebApp 甚至可以拥有和原生 App 媲美的功能和体验。WebApp 优异的性能表现，有一部分原因要归功于浏览器存储技术的提升。cookie存储数据的功能已经很难满足开发所需，逐渐被WebStorage、IndexedDB所取代，本文将介绍这几种存储方式的差异和优缺点。
1 H5 缓存机制介绍 H5，即 HTML5，是新一代的 HTML 标准，加入很多新的特性。离线存储(也可称为缓存机制)是其中一个非常重要的特性。H5 引入的离线存储，这意味着 web 应用可进行缓存，并可在没有因特网连接时进行访问。 H5 应用程序缓存为应用带来三个优势： 离线浏览 用户可在应用离线时使用它们 速度 已缓存资源加载得更快 减少服务器负载 浏览器将只从服务器下载更新过或更改过的资源。 根据标准，到目前为止，H5 一共有6种缓存机制，有些是之前已有，有些是 H5 才新加入的。 浏览器缓存机制
本文是奇舞团泛前端分享会Service Worker初探的一次记录，是对360扫地机器人App内嵌web页面使用Service Worker优化的一次总结。
2018 年，美团点评推出大前端日志系统—— Logan，并开源了 Android 与 iOS 端的 SDK。这次，我们又开源了在 Web 环境运行的 SDK、日志分析平台以及服务端代码，希望能够为社区内小伙伴们提供更加完整的大前端日志解决方案。
1 H5 缓存机制介绍 H5，即 HTML5，是新一代的 HTML 标准，加入很多新的特性。离线存储（也可称为缓存机制）是其中一个非常重要的特性。H5 引入的离线存储，这意味着 web 应用可进行缓存，并可在没有因特网连接时进行访问。 H5 应用程序缓存为应用带来三个优势： 离线浏览 用户可在应用离线时使用它们 速度 已缓存资源加载得更快 减少服务器负载 浏览器将只从服务器下载更新过或更改过的资源。 根据标准，到目前为止，H5 一共有6种缓存机制，有些是之前已有，有些是 H5 才新加入的。 浏览器缓存机制
大家好，我是北京美摄网络科技有限公司的研发总监黄裔，本次我分享的主题是美摄云非编系统，是一种web端视音频实时编辑渲染方案。
浏览器内置模块 kv-storage 异步版的 localStorage LocalStorage 大家都不陌生基本上每天都在跟他打交道。但这是个会阻塞主线程的同步 API，很多情况下存取大量数据可能
随着移动网络的发展与演化，我们手机上现在除了有原生 App，还能跑“WebApp”——它即开即用，用完即走。一个优秀的 WebApp 甚至可以拥有和原生 App 媲美的功能和体验。WebApp 优异的性能表现，有一部分原因要归功于浏览器存储技术的提升。cookie存储数据的功能已经很难满足开发所需，逐渐被Web Storage、IndexedDB所取代，本文将介绍这几种存储方式的差异和优缺点。
Ionic Storage 是一款基于 localForage 用于 Ionic 应用程序的简单 “键-值” 存储模块，支持 SQLite 开箱即用。该工具可以根据平台自动选择最佳的存储引擎，而不用用户关系具体的使用细节。模块内存储引擎的默认选择顺序是 SQLite，IndexedDB，WebSQL 和 LocalStorage。
浏览器多个标签页窗口间通信，主要是指的同源的多个页面间的通信，主要方法有本地存储通信、Web Worker通信、Web Socket通信。
来源：http://jartto.wang/2018/12/11/git-rebase/?hmsr=toutiao.io&utm_medium=toutiao.io&utm_source=toutia
ZangoDB是一个indexedDB的类MongoDB轻量级接口库，主要是为了更轻松快速的编写indexedDB相关的操作。
HTTP Cookie（也叫 Web Cookie 或浏览器 Cookie）是服务器发送到用户浏览器并保存在本地的一小块数据，它会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。通常，它用于告知服务端两个请求是否来自同一浏览器，如保持用户的登录状态。Cookie 使基于无状态的 HTTP 协议记录稳定的状态信息成为了可能。
HTML5问世以后，前端加入了一个重要的功能，便是本地存储，本地存储可分为4类： Local Storage：总的存储量有所限制，并不能提供真正的检索API，数据的生命期比窗口或浏览器的生命期长，数据
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
腾讯会议
实时音视频
