问Chrome浏览器的存储限制

EN

警告-此信息已过期-请参阅下面的other answer。

Chrome在访问QUOTA_ERR之前有5mb的软限制。Here's a MDN reference承认了这一点。

spec提到了一个QuotaExceededError，但似乎没有说明什么时候应该抛出它。

QuotaExceededError操作失败，因为没有足够的剩余存储空间，或者已达到存储配额并且用户拒绝为数据库提供更多空间。

我没有听说过硬限制，在我自己的开发中也没有达到。在你到达它之前，性能应该走得很远。

在chrome>dev tools(F12)>console中使用以下代码检查配额

// Request storage usage and capacity left
window.webkitStorageInfo.queryUsageAndQuota(webkitStorageInfo.TEMPORARY, 
//the type can be either TEMPORARY or PERSISTENT
function(used, remaining) {
  console.log("Used quota: " + used + ", remaining quota: " + remaining);
}, function(e) {
  console.log('Error', e); 
} );

这个问题是关于Chrome和带标签的IndexedDB。我猜它是关于网站的，而不是Chrome扩展或应用程序(它们允许IndexedDB的无限存储)。

对于网站，IndexedDB是一种用于Chrome临时存储(source)的API。所以问题是关于Chrome中临时存储的配额。

在Chrome67中，配额行为发生了变化，除了在a bug report中，这并没有真正的文档记录。综合来看，当前的配额行为是：

Chrome Normal Mode中的

- For **Offline APIs** (App Cache, File System, IndexedDB, WebSQL):

如果命中“应保持可用”值，则一个源(“站点”)的配额将为零。“应保持可用”值与在大容量存储上保留的空闲空间相关。从Chrome67开始，它是"2 GiB“和”大容量存储总容量(source)的10%“的较低值。一旦达到此限制，对临时存储的其他写入将失败，但临时存储中的现有数据将不会被删除。

如果尚未达到“应保持可用”值，则配额将为共享池(source)的20%。这(可能)意味着“Chrome已经保存的临时存储中所有数据的20%，加上Chrome可以保存到本地存储中的所有数据，而不会达到‘应该保持可用’的值”。

-适用于网络存储API (LocalStorage、SessionStorage、…)：5 MiB已修复(source)；我不知道这是否受上面记录的“应保持可用”限制的影响。

​

Chrome 隐形Mode中的

- For **Offline APIs** (App Cache, File System, IndexedDB, WebSQL): ca. 100 MiB fixed, regardless of free space on mass storage ([source](https://developers.google.com/web/tools/workbox/guides/storage-quota#special_chrome_incognito_considerations)).
- For **Web storage APIs** (LocalStorage, SessionStorage, …): 5 MiB fixed ([source](https://developer.chrome.com/apps/offline_storage#table)).

​