EditorConfig插件装不上，根本原因是Package Control未真正加载；需先通过控制台日志或命令面板验证其就绪，再确认.editorconfig文件位于项目根目录且含root = true声明。
EditorConfig插件装不上？先确认 Package Control 是否真就绪
很多人点开 Ctrl+Shift+P 输入 Install Package 后没反应，或者搜不到 EditorConfig，根本原因不是插件源挂了，而是 Package Control 本身没装成功。
别信“按了快捷键就等于装好了”——Sublime Text 的控制台（Ctrl+`）里必须能看到类似 reloading settings Packages/User/Package Control.sublime-settings 的日志才算真正加载完成。常见卡点：
- Windows 用户复制安装代码时末尾多了空格或换行，导致 Python 报错
SyntaxError - macOS 用户用的是 zsh 但把安装代码粘贴到了
.bash_profile里，Shell 没读到 - Linux 上用 snap 安装的 Sublime Text，默认禁止访问
~/.config/sublime-text-3/Packages，得手动改权限或换 tar.bz2 版本
验证方式：打开命令面板输入 Package Control:，能列出一堆以 Package Control: 开头的命令，才算过关。
装完 EditorConfig 插件却没生效？检查 .editorconfig 文件位置和 root 声明
插件装对了，但缩进还是乱、换行还是不自动加——大概率是 .editorconfig 文件放错了地方，或者内容缺关键项。
它必须放在项目**根目录**（即你用 subl . 打开的那个文件夹），且第一行得有：
root = true
没有这行，Sublime Text 会继续往上层目录找，直到找到带 root = true 的配置为止。如果你在子目录里打开文件，又没设 root = true，它可能读的是隔壁项目的规则，甚至读不到任何规则。
常见误操作：
- 把
.editorconfig放在src/或backend/里，而不是整个 Git 仓库的顶层 - 用 VS Code 复制来的配置，漏掉了
root = true（WebStorm 默认支持，但 Sublime 非常依赖这个声明） - 文件名写成
editorconfig（少了个点）或.editorconfig.txt（Windows 隐藏扩展名惹的祸）
为什么 .editorconfig 里设了 indent_size = 2，但 JS 文件还是缩进 4 格？
EditorConfig 是按 glob 模式逐节匹配的，顺序很重要。如果配置里有多个重叠规则，**后定义的节不会覆盖前面的，而是“合并”或“细化”**。
比如这段配置：
[*] indent_style = space indent_size = 4 [*.js] indent_size = 2
看起来没问题，但实际运行时，Sublime Text 的 EditorConfig 插件（v2.4.0+）会优先匹配更具体的模式，[*.js] 确实生效。但如果写成：
[*.js] indent_size = 2 [*] indent_style = space indent_size = 4
结果一样——因为 [*.js] 节明确设置了 indent_size，它就只认自己的值。
真正容易踩坑的是这种写法：
[*.{js,ts}]
indent_style = space
indent_size = 2
[*.md]
trim_trailing_whitespace = false
[*]
最后一行 [*] 是空节，但它会重置所有未显式声明的属性（比如 end_of_line 回退到编辑器默认值），导致 LF 变成 CRLF。建议删掉孤立的 [*]，只保留有实际设置的节。
缩进、换行、BOM 这些规则到底谁说了算？
EditorConfig 规则只管“编辑时的行为”，不负责“保存时的编码转换”。比如你设了 charset = utf-8，但文件本身是 GBK 编码，Sublime Text 不会自动转码——它只会在新建文件或粘贴内容时用 UTF-8。
真正影响保存行为的，是另外三个地方：
-
Preferences → Settings里的default_encoding和fallback_encoding（决定打开未知编码文件时怎么猜） -
ConvertToUTF8插件（手动触发转码，EditorConfig 不调用它） - 文件本身的 BOM：如果文件开头有 EF BB BF，Sublime Text 会强制按 UTF-8-BOM 解析，哪怕
.editorconfig写了charset = utf-8也盖不住
所以，跨编辑器统一的关键不是堆参数，而是让团队所有人：用相同编码保存新文件 + 提交前删 BOM + .editorconfig 里明确写 charset = utf-8 + insert_final_newline = true。少一个环节，git diff 里就多几行无意义变更。
