LocalStorage不能存储字体文件，因其仅支持字符串且Base64编码致体积膨胀、解析耗时，而浏览器已有更优字体缓存机制；它宜用于存储子集哈希、语言标识等轻量元数据以辅助动态加载。
LocalStorage 本身不直接参与字体子集的加载或文字渲染优化，它只是一个客户端键值对存储机制。真正影响字体子集与文字渲染的是 Web 字体加载策略、字体文件格式（如 WOFF2）、CSS 的 @font-face 配置，以及 JavaScript 对字体资源的按需获取与缓存控制。LocalStorage 可以在其中扮演“轻量缓存标记”或“子集版本记录”的辅助角色，但不能存储二进制字体文件（受限于同源策略、类型限制和 Base64 编码开销）。
为什么不能把字体文件存进 localStorage？
localStorage 只支持字符串类型，最大容量通常为 5–10 MB（因浏览器而异），但：
- 将字体文件（如 WOFF2）转为 Base64 后体积膨胀约 33%，易超限且拖慢序列化/反序列化；
- 每次页面加载都需从 localStorage 读取、解析、创建 blob URL，反而增加 JS 执行负担和内存占用；
- 浏览器已有更高效的字体缓存机制（HTTP Cache + Font Cache），重复造轮子得不偿失。
LocalStorage 的合理用法：记录子集状态与加载偏好
可利用 localStorage 存储轻量元数据，辅助字体子集策略落地：
-
已加载子集哈希值：例如
localStorage.setItem('font-subset-hash-zh', 'a1b2c3')，避免重复请求相同内容的子集； -
用户语言/区域标识：如
'lang=zh-Hans'，配合服务端动态生成对应字形子集（通过 fonttools 或 glyphhanger）； -
首次渲染标记：记录是否已完成关键文字的字体替换（如
font-loaded-title:true），用于 FOIT/FOUT 状态管理； - 降级偏好：用户手动切换「优先清晰度」还是「优先速度」，影响子集粒度（全汉字 vs 常用 3500 字）。
真正提升文字渲染的关键组合方案
结合 localStorage 的元数据能力，应搭配以下技术链：
立即学习“前端免费学习笔记（深入）”；
-
CSS 层面：使用
font-display: swap减少阻塞，配合unicode-range分割多子集； -
构建阶段：用
glyphhanger提取页面实际用到的 Unicode 范围，生成最小 WOFF2 子集； -
运行时：用
document.fonts.load()检测子集就绪，再触发重排或添加 CSS 类（如fonts-loaded）； -
服务端协同：根据 localStorage 中的语言/设备信息，通过 CDN 参数（如
?subset=zh-hans&v=a1b2c3）返回精准子集。
一个轻量实践示例
不存字体，只存决策依据：
// 记录当前使用的中文字体子集标识
if (!localStorage.getItem('active-zh-subset')) {
const subsetId = navigator.language.includes('zh') ? 'zh-hans-3500' : 'zh-hant-2000';
localStorage.setItem('active-zh-subset', subsetId);
}
// 加载对应子集字体（URL 含 subsetId）
const subsetId = localStorage.getItem('active-zh-subset');
const fontUrl = `/fonts/NotoSansSC-${subsetId}.woff2`;
const style = document.createElement('style');
style.textContent = `
@font-face {
font-family: 'Noto Sans SC';
src: url('${fontUrl}') format('woff2');
unicode-range: U+4E00-9FFF;
font-display: swap;
}
`;
document.head.appendChild(style);
