新闻Feed@提及模块大用户量存储替代方案咨询

1. 优化数据结构+字符串压缩 #

把用户列表的字段名大幅精简，比如将加密用户ID改为id、user_name改为n、profile_picture_url改为p、location改为l，直接减少JSON序列化后的字符长度。再用前端字符串压缩库（比如lz-string）把精简后的JSON字符串压缩后存入localStorage/sessionStorage，读取时解压还原。5-6万条数据经过这两步处理后，体积大概率能控制在5MB以内。

2. 改用IndexedDB存储 #

IndexedDB是浏览器原生的本地数据库，容量限制远高于localStorage（通常可占用浏览器分配磁盘空间的50%左右），完全能容纳5-6万条用户数据。而且支持给user_name字段创建索引，输入@sam时可以直接通过索引快速查询匹配的用户，不用遍历全量数据，性能比遍历sessionStorage里的列表更好。

3. 分块存储+按需加载 #

把用户列表按用户名首字母（或首字符）分成多个小块，比如A-Z分组，每个分组单独序列化后存入sessionStorage/localStorage。用户输入@sam时，只加载S开头的用户块到内存进行匹配，其他块留在存储中不占用内存。这种方式单块数据体积小，不会触发存储容量限制，同时也能减少内存占用。

4. Web SQL（不推荐） #

Web SQL是早期的浏览器本地数据库方案，容量足够，但已被W3C废弃，仅部分浏览器支持，兼容性差，除非有特殊场景需求，否则不建议使用。

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