atom中文乱码因不自动识别gbk等无bom编码，需先右下角选reopen with encoding→gbk/gb18030确认显示正常，再save with encoding→utf-8固化编码；defaultencoding仅影响新建文件，config.cson须顶格写utf8且重启生效。
Atom 打开中文文件乱码，不是设置没调对，而是它压根不猜编码——你看到的乱码，99% 是因为 Atom 正在用 UTF-8 解析一个实际是 GBK 的文件，或者反过来。解决路径非常明确：先手动指定读取方式，再显式保存为统一编码，最后锁死新建文件行为。
右下角编码标识点开后选 GBK / GB18030 还是乱码？
这说明当前文件的真实编码不在常见候选列表里，或存在干扰因素：
- 文件开头被旧版记事本写入了 UTF-8 with BOM，但内容其实是 GBK，Atom 优先按 BOM 判定为 UTF-8，导致解码错位
- 文件混用了多种编码（比如 HTML 模板是 GBK，内嵌 JS 注释是 UTF-8），
encoding-selector插件无法置信判断，干脆不自动切 - 你点了
Reopen with Encoding → GBK，但没点Save with Encoding，下次打开仍按原编码读——这个操作只改视图，不改文件 - Linux/macOS 下可用
file -i filename或enca -L zh filename确认真实编码；Windows 可用chardet命令行工具辅助验证
config.cson 里写了 defaultEncoding: "utf8" 为什么旧文件还是乱码？
defaultEncoding 只控制两件事：新建空白文件（如 Cmd+N）的初始编码，以及粘贴纯文本时的存入编码。它完全不干预已有文件的读取逻辑：
- Atom 加载已有文件时，优先看文件头 BOM；没有 BOM 就沿用上次保存时记录的编码；两者都无则 fallback 到
defaultEncoding - 手写
config.cson极易出错：defaultEncoding: "utf8"必须顶格、不能缩进、不能嵌套在core:块里；大小写敏感，填UTF-8或utf-8都无效 - 更稳的方式是走图形界面：Settings → Core →
Default Encoding下拉选utf8（注意小写） - 改完必须完全退出 Atom（macOS 要关 Dock 图标，Windows 要结束所有
atom.exe进程），否则不生效
Save with Encoding 选 UTF-8 还是 UTF-8 with BOM？
绝大多数情况下选 UTF-8（无 BOM）：
-
UTF-8 with BOM会在文件开头插入不可见字节\uFEFF，JS/JSON/HTML 解析时可能报Unexpected token \uFEFF - 只有对接极老 Windows 工具（如某些 VB6 脚本解析器）才需要 BOM，且必须单次手动选，无法设为默认
- 如果团队用 Git 协作，BOM 会导致
git diff显示大量无关变更，增加合并冲突概率 - Atom 的
encoding-selector插件设置里有个Allow UTF-8 with BOM开关，建议保持关闭
真正容易被忽略的是：Atom 对「已有文件」和「新建文件」的编码处理完全隔离。你修复了一个乱码文件，不代表下一个打开的就正常——每个文件都带着自己的编码“记忆”，批量混编项目里，靠手动点右下角只是临时止血，iconv 转码 + .editorconfig 锁定才是根治前提。
