在 Chrome 浏览器以及基于 Chromium 的 WebView 中，存储配额管理涉及多个方面，包括存储类型、存储位置以及配额策略。以下是详细的介绍：
多个 Chrome 进程的存储配额管理
Chrome 浏览器使用多进程架构，每个标签页、插件和扩展都运行在独立的进程中。然而，所有这些进程共享同一个浏览器实例的存储配额，这包括以下几种类型的存储：
- IndexedDB：用于存储大量结构化数据。
- LocalStorage：用于存储小规模的键值对数据。
- Cookies：用于存储会话信息和用户偏好设置。
- Cache Storage：用于存储网络请求的缓存。
Chrome 会为每个网站（origin）分配存储空间，配额管理通常遵循以下规则：
- 默认配额：每个网站（origin）通常分配固定大小的存储空间，具体数值可能根据设备和存储类型而不同。
- 动态调整：配额会根据用户设备上的存储情况动态调整。比如，当存储空间不足时，Chrome 会使用 Least Recently Used (LRU) 策略来清理旧的数据。
存储配额策略和 LRU 的联系
LRU（Least Recently Used）策略
LRU 策略用于决定哪些数据需要被清理。当存储空间不足时，Chrome 会删除最近最少使用的数据。这种策略在多个存储类型中都有应用：
- IndexedDB 和 Cache Storage：当存储空间超过配额时，LRU 策略会清理最少使用的数据以腾出空间。
- Service Worker Cache：同样适用 LRU 策略来管理缓存中的资源。
实现机制
- 数据优先级：根据数据使用频率和重要性决定优先清理哪些数据。
- 清理触发：当存储空间达到配额限制时，触发 LRU 清理策略，释放空间供新数据使用。
WebView 中的存储配额管理
在移动应用中的 WebView（基于 Chromium 内核）中，存储配额管理类似于桌面版 Chrome，但有一些特定差异：
- 配额限制：移动设备通常有更严格的存储限制，每个 WebView 实例的存储空间较小。
- 独立配额：不同应用中的 WebView 实例通常具有独立的存储配额，不会相互影响。
- 系统限制：操作系统（如 Android 或 iOS）可能会对 WebView 的存储进行更严格的管理，防止应用滥用存储空间。
配额分配示例
-
PC Chrome 浏览器：
- IndexedDB：每个网站最多可使用 10% 的可用磁盘空间，最高 1GB。
- LocalStorage：每个网站限制为 5MB。
- Cache Storage：动态分配，依据 LRU 策略清理。
-
移动应用中的 WebView：
- IndexedDB 和 Cache Storage：配额较小，具体数值根据设备和系统而定，通常为 50MB 到 200MB。
- LocalStorage：与桌面类似，每个网站限制为 5MB。
总结
Chrome 和基于 Chromium 的 WebView 通过一系列策略和机制来管理存储配额，其中 LRU 策略起到了关键作用，确保高效地使用和回收存储空间。不同平台和环境下的具体配额限制和管理方法可能有所不同，但核心思想是一致的，即动态调整和按需清理，保证用户体验和资源利用的平衡。
