Visual Studio配置.editorconfig无法抑制MVC1000警告问题

问题背景 #

当前项目累计存在超过一千条编译警告，开发过程中新产生的警告很难被及时识别。由于现阶段没有精力修复全代码库的所有历史警告，团队决定临时禁用几类高频警告。
最初在项目中新增.editorconfig文件，通过dotnet_diagnostic规则配置禁用指定警告，初始配置如下：

[*.cs]
dotnet_diagnostic.CS0219.severity = none
dotnet_diagnostic.CS1998.severity = none
dotnet_diagnostic.CS4014.severity = none
dotnet_diagnostic.MVC1000.severity = none

配置生效后，前三条C#编译器警告均按预期被禁用，唯独MVC1000警告仍然出现在Visual Studio 2019（16.11.15版本）的错误列表中。
该现象存在明显反常点：Visual Studio可以正常读取并识别.editorconfig中MVC1000对应的配置行，通过Visual Studio内置UI修改该警告的严重级别时，修改内容也会自动同步写入.editorconfig文件。

排查进展更新 #

后续排查发现，残留的CS0219警告全部来自.cshtml文件，和初始配置仅匹配.cs文件的规则逻辑完全一致，这也解释了最初所有MVC1000警告持续显示的原因——MVC1000本身就是Razor视图相关的分析器警告，绝大多数触发场景都在.cshtml文件中。
随后调整.editorconfig的文件匹配规则，将.cshtml也纳入配置生效范围，修改后的配置如下：

[*.{cs,cshtml}]
dotnet_diagnostic.CS0219.severity = none
dotnet_diagnostic.CS1998.severity = none
dotnet_diagnostic.CS4014.severity = none
dotnet_diagnostic.MVC1000.severity = none

修改完成后，打开.cshtml源文件时编辑器内不再显示对应警告，但错误列表中仍然存在MVC1000警告。

原因与解决方案 #

出现这个问题是Visual Studio 2019中Razor分析器的已知机制导致的，和内置编译器规则、第三方分析器规则的差异无关：

• CS开头的警告由C#编译器直接生成，.editorconfig中的诊断规则对这类警告完全生效，文件匹配规则也可以正常工作
• MVC开头的警告属于ASP.NET Core内置的MVC/Razor分析器产出，这类警告分两个阶段生成：一是打开cshtml文件时的编辑器实时分析阶段，二是项目构建时的Razor预编译阶段
• 扩展配置生效范围到cshtml后，编辑器内不再显示警告，说明实时分析阶段已经正确读取了配置；错误列表残留的MVC1000都是构建阶段生成的，VS2019的Razor构建流程不会把.editorconfig中按文件匹配的规则应用到Razor生成的临时编译代码上，因此这部分规则没有生效。

可行的解决方法有两种：

• 在项目的.csproj文件中通过NoWarn属性全局禁用MVC1000，该方式对构建阶段生成的警告也生效，配置示例：

<PropertyGroup>
  <NoWarn>$(NoWarn);MVC1000</NoWarn>
</PropertyGroup>

• 升级到Visual Studio 2022（17.0及以上版本），该版本已经修复了Razor构建阶段不读取.editorconfig视图相关诊断规则的问题，现有的[*.{cs,cshtml}]配置在构建阶段也可以正常生效，无需额外修改项目文件。

内容的提问来源于stack exchange，提问作者Lukas Körfer