插件吃光内存而非atom本身，因linter-eslint等持续fork进程、minimap生成canvas缩略图、file-icons频繁fs.stat；必须卸载linter-、ide-、minimap三类插件；配置需设largefilemode:true、usetreesitterparsers:false、softwrap:false。
为什么插件会吃光内存，而不是 Atom 本身
Atom 的内存暴涨几乎从不来自编辑器核心，而是插件在后台持续运行：比如 linter-eslint 每次按键都 spawn Node 子进程分析代码，minimap 为整份文件生成 Canvas 缩略图，file-icons 对每个路径调用 fs.stat 判断类型。这些操作在打开大文件或项目含数千文件时，会触发同步阻塞、递归高亮或 DOM 节点爆炸式增长，直接导致主线程冻结或 RangeError: Maximum call stack size exceeded。
哪些插件必须立刻卸载
实测中以下三类插件贡献了 80% 以上内存占用，不是“建议禁用”，而是“必须卸载”：
-
linter-系列（如linter-eslint、linter-tslint）：后台持续 fork 进程，内存随文件行数线性增长 -
ide-系列（如atom-ide-ui、ide-typescript）：启动语言服务器，常驻内存 300MB+，且无法被largeFileMode绕过 -
minimap：对 5 万行文件生成缩略图，实测吃掉 600MB 内存，且无法缓存
卸载命令统一用 apm uninstall <package-name></package-name>，别只在 UI 点 “Disable”——残留的 node_modules 仍会被加载。
config.cson 里最关键的三处修改
插件卸载是砍枝，改配置才是剪根。这三项加在 ~/.atom/config.cson 的 * 根节点下，重启 Atom 生效：
-
core.largeFileMode: true：强制启用轻量模式，跳过行号计算、折叠状态初始化和大部分插件钩子 -
core.useTreeSitterParsers: false：Tree-sitter 在 >1MB 文件中极易栈溢出，关掉后回退到 TextMate 高亮，对.log、.csv、.jsonl无感 -
editor.softWrap: false：软换行会让 Atom 对每段长文本强制重排并插入额外 DOM 节点，10MB 文件滚动一屏就触发 800ms+ 的TextEditorComponent.render
注意：softWrap、showInvisibles、scrollPastEnd 必须全设为 false，它们不是显示开关，是渲染炸弹。
验证是否真起效的唯一方法
别信“看起来快了”，用 atom --safe /path/to/big.log 对比：
- 如果
--safe下秒开不卡，但正常模式卡死 → 100% 插件或配置问题 - 如果两者都卡 → 可能是 Electron 层面或系统级限制（如 macOS 上 x86 模拟器拖慢 M1 Mac）
- 改完配置后必须完全退出 Atom（杀进程，不只是关窗口），否则已加载的插件和解析器不会释放
真正的大文件（>50MB）不适合 Atom 编辑，它不是为这个设计的；能用 head/tail/grep 预处理再打开，就别硬扛。
