VSCode打开大型文件卡顿的根本原因是默认全量加载并同步执行语法高亮、语言服务、行号计算和折叠树构建，四者挤占主线程；必须手动触发File: Open Large File Optimized命令或使用code --read-only --disable-extensions命令行启动，二者均需避免双击/拖拽，状态栏显示“Large file mode (read-only)”或“READONLY”才生效。
VSCode打开或编辑大型文件（几十MB以上）卡顿，不是内存不够，而是它默认把整个文件塞进内存、同步跑语法高亮+语言服务+行号计算+折叠树构建——四件事全挤在主线程上。调大内存限制没用，关键得让它“别干这些事”。
必须手动触发 File: Open Large File Optimized
VSCode 1.84+ 确实有大文件模式，但它不会自动弹窗、不提示、也不靠双击或拖拽触发。你必须走对路径：
- 关掉所有已打开的标签页，确保工作区干净
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入并执行File: Open Large File Optimized - 选中目标文件后，立刻看左下角状态栏——只有显示
Large file mode (read-only)才算成功；若显示Plain Text或Log，说明失败，别重试，先清空再重来 - 成功进入后，右下角点语言模式 → 再手动选一次
Plain Text，防止插件通过 languageId 复活
双击或拖拽会完全绕过检测逻辑，永远不要这么做。
命令行启动是最稳的只读方案
设置调整容易漏项，而命令行能一次性切断扩展、语言服务、渲染装饰等全部冗余加载：
- 终端执行：
code --read-only --disable-extensions "/path/to/huge.log"（路径含空格必须加英文双引号） - 可选加
--disable-gpu和--no-sandbox，尤其在 macOS/Linux 上有时能进一步避免渲染卡顿 - 实测：800MB
access.log双击打开响应 12 秒、内存 1.4GB；用该命令 0.8 秒响应、内存稳定在 180MB - 该模式下
Ctrl+F仅支持单次文本搜索（不支持正则、不高亮），Ctrl+G跳行需文件本身有换行符，且不可编辑、无行号、无折叠、无括号匹配
禁用 CodeGeeX 等 AI 插件对大文件的自动激活
CodeGeeX 默认监听 .log、.json、.txt 等类型，一旦识别为“可支持语言”，就会加载模型权重并做全文上下文分析——这在 200MB+ 文件里直接拖垮主线程：
- 按
Ctrl+Shift+P→ 执行Preferences: Configure Language Specific Settings…→ 选择Plain Text - 在右侧 JSON 编辑器中添加：
"codegeex.enable": false（必须针对Plain Text单独设，全局禁用无效） - 若仍卡顿，临时禁用当前工作区的插件：
Extensions: Disable Extension→ 选CodeGeeX→ 选Disable (Workspace) - 更彻底的做法：命令面板运行
Developer: Toggle Extensions→ 搜索codegeex→ 点齿轮图标 →Disable All Extensions in This Window
files.watcherExclude 配不全，CPU 就一直飙高
VSCode 的文件监视器（chokidar）一旦盯上 node_modules 或 dist，就会为每个小文件变更发事件，渲染线程持续忙于处理，打字、保存、Git 状态刷新全变慢：
- 必须在工作区根目录的
.vscode/settings.json中配置，用户级设置对大型项目无效 - 至少包含：
"**/node_modules/**": true、"**/dist/**": true、"**/.git/**": true、"**/logs/**": true、"**/__pycache__/**": true - Python 项目加：
"**/venv/**": true、"**/.mypy_cache/**": true；前端加："**/build/**": true、"**/out/**": true - 改完后必须关闭整个工作区再重新打开，否则不生效
最容易被忽略的是：这个配置和 files.exclude 不是一回事——前者管文件系统监听，后者只影响资源管理器显示；两者都要配，且路径必须用 **/xxx/** 格式才能递归生效。
