必须手动启用largeFileMode并禁用Tree-sitter：在config.cson根节点设core.largeFileMode: true、useTreeSitterParsers: false，彻底退出Atom后重开；同时关闭softWrap/showInvisibles/scrollPastEnd，卸载linter/ide/minimap等高耗插件。
largeFileMode 必须手动启用，且必须配合 useTreeSitterParsers: false，否则 Atom 仍会尝试构建完整语法树，10MB 就可能卡死。
怎么强制开启大文件模式并绕过自动判断
Atom 默认只对 >2MB 文件“可能”触发largeFileMode，但这个判断依赖换行符、文件头、语法解析器状态等，极不可靠。无换行日志、单行长 JSON、二进制 dump 都容易跳过该模式。
- 编辑配置文件：
~/.atom/config.cson（macOS/Linux）或%USERPROFILE%.atom\config.cson（Windows） - 在根节点（即最外层的
*下）添加：core: largeFileMode: true useTreeSitterParsers: false
- 改完后必须完全退出 Atom（macOS 检查 Dock 右键「退出」，Windows 用任务管理器杀掉所有
Atom Helper进程），再重开；已打开的文件不会自动切换模式，需重新加载
为什么关掉 Tree-sitter 是硬性前提
useTreeSitterParsers: false 不是可选项，而是内存和主线程保命开关：
- Tree-sitter 在大文件中会持续构建深度语法树，内存占用呈指数增长
- 即使你只是滚动，它也会反复重算节点，导致
TextEditorComponent.render耗时飙升（实测常超 800ms/帧） - 关闭后回退到 TextMate 高亮，对
.log、.csv、.jsonl等纯数据文件几乎无感知，但 JSX 嵌套提示、正则捕获组高亮等功能会降级
哪些渲染参数必须显式关闭
这三项不是“显示偏好”，而是 DOM 渲染炸弹，尤其在长文本场景下：-
softWrap: false：软换行会为每段超长行反复计算断点并插入额外 DOM 节点，10MB 文件滚动一屏就卡 -
showInvisibles: false：不渲染空格/制表符 SVG 图标，省掉大量布局计算 -
scrollPastEnd: false：禁用底部留白，减少滚动边界判断开销
全部加到 config.cson 的 editor: 块下，不要只在 UI 设置里点开关——UI 设置不覆盖所有渲染路径。
插件清理比调参数更关键
atom --safe /path/to/big.log 如果秒开，问题 100% 出在插件：
- 必须卸载：
linter-eslint、atom-ide-ui、minimap、highlight-line -
file-icons若保留，务必进其设置页勾选Enable icon caching - 禁用命令统一用
apm uninstall <package-name>，UI 上点 “Disable” 不释放内存、不停后台扫描
真正的大文件（>50MB）不建议直接编辑，优先用 head -n 1000 huge.json | atom - 或 grep "ERROR" app.log | atom - 预处理——Atom 本质不是为这个设计的，强行加载整份内容只会触发主线程冻结或 RangeError: Maximum call stack size exceeded。
