从前言来看，一个困扰所有团队的“小问题”

在团队开发中，你是否经常遇到这样的场景：

• 同事提交的代码 Diff 里全是空格和换行符的差异，真正业务改动只有几行
• 从 VSCode 切换到 WebStorm。按 Tab 后缩进宽度完全不一样
• Code Review 时反复争论“这里该用 X 个空格还是 Y 个空格”
• Git 提交记录被大量格式化差异“污染”，git blame 完全失去参考价值

这些问题看似微小，却在日积月累中消耗着团队的精力。而 .editorconfig 正是解决这些问题的最小成本方案。

一、什么是 EditorConfig？

官方定义

EditorConfig 项目由两部分组成：

1. 文件格式.editorconfig 配置文件。定义编码风格规则
2. 编辑器插件让编辑器能够读取文件并遵循定义的样式

工作原理

当你打开一个文件时EditorConfig 插件会从当前文件所在目录开始，逐级向上查找 .editorconfig 文件，直到：

• 到达了文件程序根方法；或者
• 找到了一个设置了 root = true 的配置文件。

配置文件从上到下读取,最近的规则优先级最高。

.editorconfig、Prettier、ESLint 的分工

这三者经常被混淆，搞清楚它们的定位非常关键：

简单理解：

• Edit​orConfig: 规定“按 Tab 插入几个空格”这样的底层规则。
• Prettier : 规定“字符串用单引号还是双引号”这样的格式规则。
• E​SLint : 检查“定义了变量但没用”这样的逻辑问题。

三者互不冲突，配合使用效果最佳。

二、一个被忽视的主要问题：按 Tab 到底发生了什么？

很多人配置了 .editorconfig后却不清楚按下 Tab 键时编辑器到底在做什么。这个问题直接关系到日常开发体验，值得单独讲清楚。

两种截然不同的行为

配置为空格时这方面。Tab ≠ 连续按 N 次空格

常见误区：#indent_style = space# 、 #indent_size = N# 时按 N 次 Tab 与连续敲 N 次空格 虽然写入相同数量的空格，但编辑器内部处理方式完全不同。

撤销操作 一次 Ctrl+Z 可撤销全部 N 个空格 需要 N 次撤销，每次只删 1 个空格

Shift+Tab 反缩进 一键减少 N 个空格 可能只能删除 1~2 个空格或根本不起作用

换行自动缩进 A) 按 Tab 自动继承当前缩进层级； B) 连续敲空格往往不被识别为 “缩进”，导致新行错位。

光标移动

...