files.maxMemoryForLargeFilesMB是控制大文件加载行为的关键阈值，需同时满足“文件大小超该值”和“语言模式未激活语法服务”才生效；生效标志为状态栏显示“Large file mode (read-only)”，否则仍全量加载导致卡顿。
VSCode 默认不设“文件预览最大体积”开关，files.maxMemoryForLargeFilesMB 才是真正控制大文件加载行为的阈值参数——它不是“预览体积上限”，而是决定是否触发轻量模式、以及允许分配多少内存来解析文件的关键值。
为什么改了 files.maxMemoryForLargeFilesMB 还没用
这个参数只在满足两个条件时才生效：文件大小超过该值 且 语言模式未激活语法服务（比如被识别为 Plain Text 或插件没注入 LSP）。常见失效场景包括：
-
.log文件被 Log Extension 自动接管，即使超 1GB 也跳过优化 - 文件拖拽进窗口或双击打开，绕过了大文件检测逻辑
- settings.json 中写了
"editor.largeFileOptimizations": true，但没配合关闭editor.wordWrap或editor.folding，导致渲染仍卡死
怎么确认 VSCode 正在用轻量模式加载
不能只看设置是否勾选，得看实际运行状态：
- 打开文件后，状态栏左下角必须显示
Large file mode (read-only)，不是Plain Text - 右键菜单里
Find in Files灰掉、Replace按钮不可点、行号不显示 - 按
Ctrl+G跳转行号能响应，但输入 999999 后要等几秒才滚动到位（说明是流式读取，非全内存索引）
files.maxMemoryForLargeFilesMB 设多大才合理
设太高反而危险：VSCode 是单进程 Electron 应用，内存分配无硬隔离。建议按物理内存和用途分档：
- 8GB 内存机器：设
2048（2GB），避免触发系统级 OOM Killer - 16GB+ 且只开一个大文件：可设
4096，但需同步关掉search.exclude防止全局搜索误扫 - GB 级日志：别设超过
4096，再大也救不了——此时应切到less或grep -m100提取后再开
真正卡住的点往往不在配置本身，而在你试图用编辑器干查看器的活：VSCode 的“大文件模式”本质是降级渲染，不是加速搜索。想快速定位错误行？终端里 grep -n "ERROR" huge.log | head -20 比在 VSCode 里 Ctrl+F 快一个数量级。
