为何<UseWPF>true</UseWPF>导致C#源代码生成器产生重复代码？

• 检查生成器执行次数：在生成器的Execute方法中添加调试日志（比如Debug.WriteLine("Generator executed: " + DateTime.Now)），或者执行dotnet build -v detailed查看MSBuild详细日志，确认生成器是否被触发多次。WPF项目包含XAML编译的额外构建阶段，可能导致生成器重复执行。

• 验证生成文件的输出路径：确保生成器将代码输出到项目的专属生成目录（通常是obj\{Configuration}\{TargetFramework}\GeneratedFiles），避免写入项目源代码目录或被WPF额外构建目标重复扫描的路径，防止同一文件被多次纳入编译。

• 排查生成器触发逻辑：如果使用ISourceGenerator，检查SyntaxReceiver是否错误地将WPF相关类型（如XAML代码隐藏类）重复识别为触发源；如果是IncrementalGenerator，确认增量更新逻辑是否正确，避免重复输出同一个分部类。

• 回退.NET SDK版本验证：由于你的代码未修改，问题可能源于SDK版本更新。在项目根目录创建global.json文件，指定之前正常运行的SDK版本，示例如下：

  {
    "sdk": {
      "version": "6.0.400"
    }
  }
  

  重新构建项目，若问题消失，说明是SDK行为变化导致的兼容性问题。

• 分析MSBuild日志定位重复文件：执行dotnet build -v detailed，搜索错误提示中的重复符号名称，找到对应的生成文件，查看该文件被多次编译的原因（比如被多个构建目标同时引用）。

• 最小化项目测试：创建空白WPF项目，仅引用生成器和最简触发代码，验证问题是否复现。若复现，说明生成器与当前WPF SDK存在兼容性问题；若不复现，排查原项目的额外配置或依赖冲突。

关于是否是SDK Bug或需要更新生成器 #

这类问题大多是.NET SDK更新后，WPF构建流程变化导致生成器被重复触发或生成文件被重复编译。通过上述步骤定位原因后，通常需要调整生成器逻辑（比如限制触发条件、优化输出路径、完善增量生成逻辑）来适配新的SDK行为。若排查确认是SDK的错误（比如无理由多次调用生成器），可向dotnet/sdk或dotnet/wpf仓库提交Issue反馈。

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