我之前也碰到过完全一样的坑！既然全局VS设置没问题，且其他开发者也遇到，肯定是这个解决方案/项目里藏了本地配置文件覆盖了全局设置，按下面的顺序排查，大概率能找到问题：

• 检查.editorconfig文件：这是最常见的原因！很多团队会用这个文件统一代码风格，它的优先级比VS全局设置高。你可以在解决方案根目录、各个项目子目录里找这个文件，打开后搜索indent相关配置：

  [*.cs]
  indent_style = space  # 这里会强制把制表符转成空格
  indent_size = 2       # 这里设置了缩进为2个空格
  

  如果找到类似配置，把indent_style改成tab，或者把indent_size改成4，保存后再试格式化。

• 查看项目文件（.csproj）：有些项目会直接在项目文件里嵌入代码风格设置。右键项目→「编辑项目文件」，搜索关键词IndentSize、TabSize或者EditorConfig，看有没有硬编码的缩进配置，比如：

  <PropertyGroup>
    <IndentSize>2</IndentSize>
    <TabSize>2</TabSize>
    <IndentStyle>space</IndentStyle>
  </PropertyGroup>
  

  找到后修改成你需要的数值即可。

• 清理VS缓存文件夹（.vs）：VS会为每个解决方案生成隐藏的.vs缓存文件夹，里面可能存了异常的本地配置。先关闭VS，找到解决方案根目录下的.vs文件夹（要显示隐藏文件才能看到），直接删掉它，然后重启VS重新加载解决方案，看看格式化是否恢复正常。

• 检查代码分析/StyleCop配置：如果项目用了StyleCop或Roslyn分析器，可能在规则配置里强制了缩进规则。可以找项目里的StyleCop.json、.ruleset文件，搜索缩进相关的规则，比如SA1027（缩进必须是空格或制表符），看有没有强制设置为2空格的配置。

• 解决方案级别的DotSettings文件（如果用Resharper）：虽然你说另一位开发者插件不同，但还是可以排查下解决方案根目录下的[解决方案名].sln.DotSettings文件，里面可能有Resharper的缩进配置，即使不用Resharper，有些VS插件也会读取这个文件的设置。

按这个顺序排查，基本就能找到那个“隐形”的2空格设置了！

内容的提问来源于stack exchange，提问作者Jonathan Allen