atom不编译代码，所谓“编译加速”实为优化其后台node进程（如linter-eslint、prettier-atom）及语法包加载；需卸载插件、禁用自动检查、关闭github/tree-view等高频系统调用，并通过启动参数--disable-gpu和--max-old-space-size=4096控制资源。
Atom 本身不编译代码，所谓“代码编译加速”是误用术语；你真正想优化的，是 Atom 启动时加载插件、解析语法、启动 Node 子进程（如 linter）这些后台常驻行为。
为什么说 Atom 不编译你的代码？
Atom 是编辑器，不是构建工具。它不会把 main.js 编译成字节码或执行打包——那是 webpack、tsc 或 babel 干的事。但很多插件（比如 linter-eslint、prettier-atom）会在后台悄悄拉起独立 Node 进程，模拟“编译式检查”，这才是拖慢 Atom 的元凶。
-
linter-eslint每次保存都 spawn 一个新eslint进程，内存常驻 100MB+，且不自动回收 -
atom-beautify在编辑时持续解析 AST，大文件下堆内存缓慢上涨 -
language-graphql等重型语法包自带 schema 校验逻辑，首次加载即触发完整解析
怎么关掉那些偷偷跑的 Node 进程？
别信“设置里关 Linter”这种 UI 开关——它只停 UI 提示，Node 进程照常运行。必须从源头控制：
- 禁用整个包：
apm uninstall linter-eslint linter-tslint prettier-atom（卸载比禁用更彻底） - 改配置让 linter 只在保存时触发：
"linter": {"lintOnFly": false}，加到~/.atom/config.cson的linter:块下 - 删掉 init.coffee 里类似
atom.packages.activatePackage('linter-eslint')的手动激活语句（它们会让插件绕过禁用逻辑） - 检查
ps aux | grep node，确认没有残留的eslint或prettier进程——有就kill -9掉
哪些后台进程根本没法关，只能换方案？
有些进程是 Atom 架构决定的，比如 github 包每秒轮询 Git 状态、tree-view 监听整个项目目录变更。它们不走 Node 子进程，但会高频调用系统 fs.watch，在大型仓库里直接卡死主线程：
-
github包：编辑config.cson，在core:下加disabledPackages: ["github"]（不是 UI 点 Disable） -
tree-view：如果你不用侧边栏，直接禁用；如果要用，关掉autoReveal和focusOnOpen两个选项 -
file-icons：未启用缓存时，每次展开目录都正则匹配全路径——要么勾选其设置页的Enable icon caching，要么卸载
启动参数才是硬核后台控制手段
Atom 是 Electron 应用，所有后台行为最终跑在 Chromium + V8 上。光调插件不够，得压底层资源上限：
-
--disable-gpu：禁用 GPU 合成层，避免某些驱动下显存泄漏（尤其 Linux/Intel 核显） -
--max-old-space-size=4096：强制 V8 堆内存上限为 4GB，防止长期运行后 JS 堆涨到 2.5GB+ 不释放 - Windows 快捷方式目标改成：
"C:\Users\X\AppData\Local\atom\atom.exe" --disable-gpu --max-old-space-size=4096 - Linux/macOS 启动命令：
atom --disable-gpu --max-old-space-size=4096 /path/to/project
这两个参数不写进 config.cson，必须作为启动参数传入——改完不重启 Atom 就无效。
