全局禁用C#编译器警告后，能否按文件重新启用指定警告？

当然可以实现！你遇到的问题根源在于项目级的<NoWarn>设置优先级比代码里的#pragma指令更高——全局禁用CS1591后，编译器会直接忽略这个警告的所有实例，哪怕你用#pragma warning restore也没法覆盖项目级的排除规则。下面给你两种可靠的解决方案：

方案一：通过项目文件（.csproj）针对特定文件调整警告规则 #

这是最推荐的方式，精准控制单个文件的警告状态，且无需修改代码内容：

1. 保留你已有的全局禁用配置：

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

2. 在项目文件的<ItemGroup>中，为需要启用CS1591的文件单独设置<NoWarn>属性，把1591从全局排除列表中移除：

<ItemGroup>
  <!-- 全局编译所有.cs文件 -->
  <Compile Include="**/*.cs" />
  
  <!-- 对指定文件恢复CS1591警告 -->
  <Compile Include="Your/Directory/ImportantFile1.cs">
    <NoWarn>$(NoWarn.Remove('1591'))</NoWarn>
  </Compile>
  <Compile Include="Another/Path/ImportantFile2.cs">
    <NoWarn>$(NoWarn.Remove('1591'))</NoWarn>
  </Compile>
</ItemGroup>

原理：$(NoWarn.Remove('1591'))会从全局的警告排除字符串中删掉"1591"，编译器处理这些指定文件时，就不会忽略CS1591，会正常检查XML注释缺失的问题。

方案二：通过代码指令强制启用警告（备选方案） #

如果你不想修改项目文件，可以尝试用指令组合强制启用，但注意这个方法在部分编译器版本中可能受项目级设置限制：

在需要启用CS1591的文件顶部添加：

#pragma warning default 1591
#pragma warning enable 1591

#pragma warning default会把该警告的状态恢复到编译器默认值（未被项目禁用的状态），再用enable确保它被启用。不过这个方法的可靠性不如项目文件配置，部分场景下项目级的<NoWarn>仍会覆盖它。

验证效果 #

配置完成后重新编译项目：

• 未指定的文件：仍不会出现CS1591警告
• 指定的文件：如果缺少XML注释，会正常触发CS1591警告

内容的提问来源于stack exchange，提问作者Adam Sitnik