~/.atom/config.cson是atom唯一全局生效的配置入口；路径固定为macos/linux下~/.atom/config.cson、windows下%userprofile%\.atom\config.cson，须通过cmd/ctrl+shift+p执行“open your config”安全打开并热加载，首次可为空文件，保存后多数配置无需重启即生效。
直接改 ~/.atom/config.cson 就行，这是 Atom 唯一真正生效的全局配置入口；其他地方改的插件参数，大概率被忽略或覆盖。
config.cson 文件在哪？怎么安全打开？
它只有一份，路径固定：
- macOS / Linux：
~/.atom/config.cson - Windows：
%USERPROFILE%\.atom\config.cson
别去 Atom 安装目录翻，也别用资源管理器全盘搜索——那些全是错的。最稳方式是按 Cmd+Shift+P（macOS）或 Ctrl+Shift+P（Windows/Linux），输入 Application: Open Your Config 回车，Atom 自动定位并热加载。
首次打开可能是空文件，合法；保存后大部分配置（比如 core.disabledPackages、"linter-eslint": { "fixOnSave": true }）不用重启就生效。
插件参数写在哪一层？格式容易错在哪？
所有插件配置必须作为顶层键写入，不能嵌套在 core 或其他块里。例如：
"linter-eslint": {
"fixOnSave": true,
"globalNodePath": "/usr/local/bin"
}
"file-icons": {
"onDisk": true
}
常见错误：
- 把插件配置塞进
core:块里，Atom 直接无视 - 键名拼错，比如写成
linter-eslints或linterEslint（必须严格匹配插件名，含中划线） - 缩进不一致：CSON 靠缩进识别层级，混用空格和 Tab 会导致解析失败，Atom 启动报错或静默跳过
- 重复键名：同一对象里写了两次
"linter-eslint"，后一个会覆盖前一个
为什么改了 config.cson，插件还是不认参数？
三个高频原因：
-
disabledPackages里还留着该插件名：Atom 启动时先检查这个数组，哪怕你启用了插件、也写了参数，只要名字还在core.disabledPackages里，它就彻底不加载——删掉整行再重启 - 插件本身没正确安装或处于 inactive 状态：运行
apm list --installed确认插件名出现在输出中；若显示inactive，删掉~/.atom/packages/插件名文件夹后重装 - 插件读取的是自己的 settings.json 而非 config.cson：少数插件（如
atom-ide-ui）优先读取 UI 设置页存的 JSON，此时 config.cson 的同名字段会被忽略；遇到这种情况，优先在 Settings → Packages → 插件名 → Settings 里调参
怎么验证参数真生效了？
别只看设置页开关，要观察实际行为：
- 对
linter-eslint，改完fixOnSave: true后，在 JS 文件里故意写个 ESLint 错误，保存，看是否自动修复 - 对
atom-external-tools，加完csscomb配置后，右键菜单里是否出现External Tools → csscomb - 终端执行
atom --safe启动无插件模式，再对比正常启动，能快速排除插件冲突
真正卡住人的地方，往往是改了配置却没清缓存——~/.atom/compile-cache 里残留的旧编译产物会让插件加载失败，表现就是“参数写了但没反应”。遇到诡异问题，先 rm -rf ~/.atom/compile-cache 再重启。
