Atom卡顿主因是插件后台解析，非文件大小问题；需禁用linter-、ide-等高耗插件，强制启用largeFileMode并关闭Tree-sitter，同时关闭softWrap等渲染选项。
为什么 Atom 一开大文件就卡死
不是配置没调好，是插件在后台疯狂解析。Atom 默认加载整份内容进内存、构建语法树、实时算行高和折叠状态——它根本没打算让你编辑 10MB 日志或 5 万行 JSON。RangeError: Maximum call stack size exceeded 这类报错，90% 来自 linter-eslint 或 atom-ide-ui 在深度递归高亮时爆栈，不是内存不够，是主线程被语法解析压垮。
强制启用 largeFileMode 并禁用 Tree-sitter
别信“自动触发”，core.largeFileMode: true 必须手动钉死在 config.cson 根节点；同时必须配 useTreeSitterParsers: false。Tree-sitter 对大文件会持续构建语法树，内存占用指数级增长，滚动掉帧、保存失败都是典型症状。
修改路径：
- macOS/Linux：
~/.atom/config.cson - Windows：
%USERPROFILE%\.atom\config.cson
添加内容（注意缩进）：
core: largeFileMode: true useTreeSitterParsers: false
改完必须完全退出 Atom（杀进程），再重开。已打开的文件不会自动切换模式，需重新加载。
哪些插件必须立刻禁用
实测贡献 80% 以上卡顿的三类插件：
-
linter-系列（linter-eslint、linter-tslint）：后台持续调用外部进程，每次按键都可能触发分析 -
minimap：为整份文件生成 Canvas 缩略图，5 万行文件直接吃掉 600MB 内存 -
file-icons：未开启缓存时，为每个文件路径同步调用fs.stat，大目录下 IO 压力陡增
禁用命令统一用：apm uninstall linter-eslint minimap file-icons。别只在 UI 点 “Disable”，那只是停用，不卸载。
editor 渲染参数关三样
softWrap、showInvisibles、scrollPastEnd 看似只是显示开关，实则是 DOM 渲染炸弹。尤其 softWrap: true，会让 Atom 对每段长文本强制计算换行位置并插入额外 DOM 节点，10MB 文件下滚动一屏就触发 800ms+ 的 TextEditorComponent.render 调用。
在 config.cson 的 editor: 下明确设为 false：
editor: softWrap: false showInvisibles: false scrollPastEnd: false
真正卡顿的根源不在“文件太大”，而在你没意识到这些选项正在悄悄拖垮渲染线程——它们对小文件影响不大，但一旦文件超 5MB，就会立刻暴露。
