为何Web Storage API未提供基于内存的Storage接口实现？

我需要一个实现了Storage接口API但仅基于内存、不具备持久化特性的对象，已知可以通过自定义类结合Map自行实现，但疑惑：是否存在客观技术原因导致无法直接创建该对象？既然相关实现逻辑已存在，为何需要自行实现？

注：我并非询问以下代码抛出TypeError的原因，也不是问规范中为何Storage不可构造：

const genericStorage = new Storage(); // throws TypeError (expected)

核心原因可归纳为四点： #

• 规范定位约束：Storage接口从设计之初就绑定了浏览器的持久化/会话级存储场景，规范仅定义它与localStorage、sessionStorage这类有明确存储语义的实例关联，未预留纯内存实现的规范入口，浏览器厂商严格遵循规范，不会提供非标准的构造方式。
• 现有实现强耦合：浏览器中现有Storage实例的底层逻辑，与同源策略、存储配额限制、磁盘持久化写入、跨页面storage事件同步等功能深度绑定，内存缓存只是整体逻辑的附属部分，无法单独剥离成无附加逻辑的纯内存实例。
• 需求边缘且实现成本低：纯内存的Storage-like对象属于小众需求——多数场景要么需要持久化/跨页同步（用原生Storage），要么直接用Map或普通对象即可满足。开发者自行实现的成本极低，标准委员会没有动力为这种低优先级需求新增API。
• API简洁性考量：若允许直接构造Storage实例，会引发行为歧义——开发者可能困惑该实例是否持久化、是否受配额限制、是否触发storage事件等，反而增加API认知复杂度，不符合Web API简洁明确的设计原则。

内容的提问来源于stack exchange，提问作者jsejcksn