禁用插件只需点击Settings → Packages中对应插件右侧开关，立即生效且无需重启；禁用仅停止加载运行，文件仍保留在~/.atom/packages目录，config.cson中disabledPackages记录需手动清理以防干扰判断。
禁用插件只需点开关，不用重启 Atom
禁用插件最直接的方式就是在 Settings → Packages 里关掉开关，操作后立即生效，Atom 不需要重启。这和卸载不同：禁用只是让插件不加载、不运行，文件仍保留在 ~/.atom/packages/ 目录下，下次想用还能一键启用。
常见误操作是点了 Disable 就以为“删干净了”，结果发现 config.cson 里还留着 disabledPackages: ["linter-eslint"] 这类记录——它不影响功能，但会干扰你判断哪些包真被停用了。
- 打开 Atom →
Ctrl+,（Windows/Linux）或Cmd+,（macOS）→ 左侧选Packages - 在搜索框输入插件名（比如
minimap），找到后点右侧灰色开关按钮 - 开关变蓝即启用，变灰即禁用；状态变化实时生效
哪些插件建议优先禁用
不是所有插件都“安静”。有些一启动就抢主线程资源，尤其在大文件场景下表现明显。禁用前先看它是否属于以下几类：
-
linter-eslint和linter-tslint：每次按键触发 Node 子进程分析，内存常驻 100MB+，非实时检查需求可禁用 -
minimap：为整份文件生成缩略图，5 万行日志可能吃掉 600MB 内存，禁用后滚动立刻顺滑 -
atom-ide-ui：自带 LSP，启动重、响应慢，写 JS/CSS 时卡顿明显，可换autocomplete-css等轻量替代 -
file-icons（未启用缓存时）：每次展开目录都正则匹配全路径，要么勾选设置页的 “Enable icon caching”，要么直接禁用
注意依赖关系，别只关一个
有些插件是组合工作的，单独禁用其中一个会导致 UI 异常或报错。典型例子是 linter-ui-default 依赖 linter，如果只关前者而后者还在运行，控制台可能刷出 Cannot read property 'addProvider' of undefined 这类错误。
这类组合通常在插件 Settings 页面顶部有说明，或者从 package.json 的 dependencies 字段能看出关联。操作时建议一起看状态，必要时同步禁用。
- 进 Settings → Packages → 搜索主插件名（如
linter）→ 点开 Settings 查看 “Dependencies” 列表 - 再搜索依赖项（如
linter-ui-default），确认是否也处于启用状态 - 若主插件已禁用，依赖插件一般也应禁用，避免残留逻辑干扰
禁用后仍卡顿？检查 config.cson 里的硬编码配置
禁用插件只是第一步。有些性能问题其实来自配置文件里没关掉的解析器或模式，比如 useTreeSitterParsers: true 在大文件下会让首次加载卡住 10 秒以上，哪怕所有插件都禁用了也照样卡。
编辑 ~/.atom/config.cson，确保 core: 块下有这两行：
core: largeFileMode: true useTreeSitterParsers: false
useTreeSitterParsers: false 必须写在 core: 下，不是 editor:；改完要完全退出 Atom（杀掉所有进程），仅关闭窗口不生效。
真正容易被忽略的是：禁用插件后，你可能以为问题解决了，但 config.cson 里那些默认开启的底层解析器仍在后台吃资源。这点比插件本身更隐蔽，也更影响体验。
