优化 json 解析的核心是减少解析负担：分块加载、索引定位、reviver 清洗、web worker 异步解析（rn 用原生模块替代）、缓存解析结果。
核心思路不是“让 JSON.parse() 更快”，而是减少它要干的活——避开全量解析、跳过不必要字段、把耗时操作移出主线程。
拆分大文件，按需加载
34MB 的单体 JSON 一次解析要 45 秒，是因为 JS 线程被完全阻塞。解决办法是提前把数据切分成小块（比如每块 100–300KB），再配合轻量索引文件定位目标内容。
- 建一个
index.json，只存元信息：总条数、每个 chunk 的 ID 和对应 ID 范围（如[121, 240]） - 用户点开某道菜时，只加载对应 chunk 文件，调用
JSON.parse()解析那几百 KB - React Native 中可用
require('./recipes/chunk-003.json')或fetch()+response.json()，后者更灵活
用 reviver 函数边解析边清洗
如果原始 JSON 包含大量字符串型日期、数字、嵌套 JSON 字符串等，JSON.parse() 默认返回的是“原样字符串”，后续还得遍历转换。用 reviver 可在解析过程中直接处理。
- 日期字段自动转
Date对象 - 价格类字符串转
Number - 逗号分隔的标签字符串转数组
- 已序列化的子对象（如
"{"color":"red"}"）当场再 parse 一次
避免主线程阻塞，大文件丢给 Web Worker
浏览器环境里，超过几 MB 的 JSON 不建议在主线程解析。可把字符串传进 Web Worker，在后台线程完成 JSON.parse()，再把结果发回。
- Worker 内部不阻塞 UI，用户操作照常响应
- 适合初始化加载、搜索预处理等场景
- 注意：React Native 不支持 Web Worker，但可用原生模块或
react-native-workers替代
加一层缓存，重复解析变查表
同一份 JSON 数据如果会被多次访问（比如分类页反复打开），解析结果可以缓存在内存或 AsyncStorage（RN）中。
- 用文件路径或哈希值作 key，解析后的 JS 对象作 value
- 首次加载慢一点没关系，后续直接取缓存对象，毫秒级返回
- 注意清理机制：内存紧张时释放、数据更新后失效旧缓存
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
