大JSON文件在VSCode中显示为Plain Text，是因为内置JSON语言服务在文件超过files.maxMemoryForLargeFilesMB（默认40MB）时主动放弃解析；可通过调高该值或禁用json-language-features插件恢复基础高亮，但更推荐用jq、rg等命令行工具高效处理。
为什么大JSON文件一打开就变Plain Text
VSCode右下角显示Plain Text而非JSON，本质是语言服务主动放弃加载——不是卡住，而是直接拒识。当文件超过files.maxMemoryForLargeFilesMB默认值（通常为40）时，内置json-language-features会跳过语法解析，降级为纯文本模式，高亮、折叠、验证全失效。
- 检查当前限制：
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON)，搜索files.maxMemoryForLargeFilesMB，确认值是否小于你文件的MB数（比如32MB文件需设为64或更高） - 改完别忘了重启编辑器——这个配置不热更新
- 注意：该设置只影响编辑器层内存分配，和主进程
--max-memory参数无关，两者要分开调
禁用json-language-features反而能恢复高亮？
听起来反直觉，但对10–50MB级JSON确实有效。VSCode自带的json-language-features在大文件上会反复触发完整parse+schema校验，极易超时崩溃；而禁用它后，VSCode会fallback到更轻量的文本模式语法着色器（基于正则），虽无语义验证，但关键字、字符串、括号等基础高亮能回来。
- 禁用路径：
Ctrl+Shift+P→Extensions: Show Built-in Extensions→ 搜索JSON Language Features→ 点击齿轮图标 →Disable (Workspace) - 同时确保
files.associations没把.json映射到jsonc——jsonc解析器更重，对大文件雪上加霜 - 禁用后若仍显示
Plain Text，手动按Ctrl+K Ctrl+M→ 输入json回车，强制切回JSON模式
哪些插件会在后台偷偷压垮JSON高亮
真正拖垮大JSON高亮的往往不是VSCode本身，而是那些“默默工作”的插件。它们在你打开文件瞬间就开始全文扫描，且不尊重maxMemory限制。
- 必禁插件：
Prettier（即使没配JSON格式化，它也会预加载AST）、Auto Close Tag（监听所有括号结构）、ESLint或Stylelint（尝试解析JSON为JS对象） - 可留插件：
Bracket Pair Colorizer（仅配色，不解析）、Project Manager（完全无关） - 验证方法：终端执行
code --disable-extensions ./huge.json，如果此时高亮正常，说明问题100%出在扩展链路上
真要长期处理大JSON，别硬扛VSCode
VSCode不是查看器。哪怕调优后能勉强高亮，搜索、跳转、抽样依然慢——因为它的文本模型是为编辑设计的，不是为只读浏览。
- 快速看结构：
jq 'keys' huge.json或jq 'to_entries[0:5]' huge.json - 精准查字段：
rg '"user_id": "U123"' huge.json（比VSCode搜索快10倍以上） - 带格式看片段：
jq '.data.items[0] | tojson' huge.json | code -（把抽样结果喂给VSCode轻量打开）
记住：高亮失效只是表象，背后是VSCode在告诉你——这个文件不该用编辑器打开。强行修复配置，不如换工具省心。
