sessionStorage 无法获取真实内存占用，但可通过遍历键值对并按 UTF-16 编码（1字符≈2字节）估算字符串内容体积。
JavaScript 中的 sessionStorage 本身不提供直接获取其占用内存大小的 API，也无法精确得知它在内存中实际占用了多少字节。这是因为：
• 它是浏览器内部管理的存储机制，具体实现（如内存分配、序列化开销、底层存储结构）对 JS 层不可见；
• 存储的是字符串键值对，但浏览器可能对每个键值额外维护元数据（如时间戳、来源域标记等）；
• 不同浏览器（Chrome、Firefox、Safari）的内部实现和内存估算方式不同，且可能随版本变化。
估算 sessionStorge 数据体积的常用方法
虽然无法获取真实内存占用，但可以通过序列化所有键值对来估算其**字符串内容的 UTF-16 字节数**（这是最贴近开发者可控范围的参考值）：
- 遍历
sessionStorage所有键，用JSON.stringify或String()转为字符串 - 计算每个键名 + 键值的字符长度 × 2（JavaScript 字符按 UTF-16 编码，1 字符 ≈ 2 字节）
- 累加得到粗略“编码后体积”，单位为字节（注意：这不等于实际内存占用，但可横向比较）
示例代码：
function getSessionStorageSize() {
let total = 0;
for (let i = 0; i < sessionStorage.length; i++) {
const key = sessionStorage.key(i);
const value = sessionStorage.getItem(key);
// 按 UTF-16 字符长度估算（每个字符 2 字节）
total += (key.length + (value?.length || 0)) * 2;
}
return total; // 单位：字节
}
console.log(getSessionStorageSize()); // 如：1280 → 约 1.25 KB注意 storage 容量限制与实际可用空间
大多数浏览器对 sessionStorage 的单源容量限制约为 5–10 MB（具体值因浏览器而异），但这个限制是针对**序列化后的字符串总长度**，而非内存物理占用。超出会抛出 QuotaExceededError。
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
立即学习“Java免费学习笔记（深入）”；
关键点：
- 限制基于字符串长度（不是字节数），但内部仍以 Unicode 编码处理
- 中文、emoji 等字符同样计为 1 个 JS 字符（即使 UTF-16 表示需 2 个码元）
- 不要依赖该估算值做内存监控，仅适合判断是否接近容量上限
为什么不能用 performance.memory 或 V8 引擎指标？
performance.memory（如果存在）反映的是整个 JS 堆内存使用情况，无法分离出 sessionStorage 占用的部分。V8 的内存统计（如 chrome://inspect 中的 Heap Snapshot）也不将 sessionStorage 视为 JS 对象，它通常由浏览器存储子系统独立管理（可能位于 DOM 子进程或 IO 线程中）。
所以，没有标准、可靠、跨浏览器的方式获取 sessionStorage 的真实内存占用。能做的只有字符串级估算 + 容量边界检查。
