如何让System.Text.Json的源代码生成功能实现动态类型注册

你遇到的问题确实很典型——System.Text.Json的源码生成是编译时执行的，所以运行时通过TypeDescriptors添加属性完全行不通，而自定义生成器的顺序问题又导致官方生成器没来得及处理你生成的上下文类。下面给你两个可行的解决方向：

一、调整自定义生成器的执行顺序，确保官方生成器能处理你的代码 #

你自定义的IIncrementalGenerator生成了带JsonSerializable属性的部分上下文类，但报错是因为官方的JsonSourceGenerator还没来得及为这个类生成实现代码。要解决这个问题，你可以通过GeneratorDependencyAttribute来明确生成器的执行顺序：

1. 在你的自定义生成器类上添加依赖标记，指定官方生成器为后续执行的依赖项：

using Microsoft.CodeAnalysis;
using System.Text.Json.SourceGeneration;

[GeneratorDependency(typeof(JsonSourceGenerator))]
public class MyDynamicJsonGenerator : IIncrementalGenerator
{
    // 你的生成逻辑...
}

这个属性会告诉Roslyn，先执行你的生成器，再运行官方的JsonSourceGenerator。这样官方生成器就能看到你生成的带有所有JsonSerializable属性的上下文类，进而生成对应的实现成员。

2. 另外，确保你的生成器输出的代码是完整的partial类定义，比如：

// 生成的代码示例
[JsonSerializable(typeof(User))]
[JsonSerializable(typeof(Order))]
// 其他所有需要序列化的类型...
public partial class DynamicJsonContext : JsonSerializerContext { }

官方生成器会自动补全这个partial类的实现部分，不会再报“未实现成员”的错误。

二、改用MSBuild预编译任务生成属性类（更简单的替代方案） #

如果自定义生成器的顺序问题还是不好调试，你可以换个思路：用MSBuild任务在编译开始前直接生成带有所有JsonSerializable属性的代码文件，这样官方的JsonSourceGenerator在编译阶段自然会处理这个文件。

步骤大概是这样：

• 写一个简单的控制台程序或者MSBuild任务，扫描你指定的程序集/命名空间下的所有需要序列化的类型（包括递归收集属性类型）。
• 生成一个.cs文件，内容就是带有所有JsonSerializable属性的partial JsonSerializerContext类。
• 在项目的.csproj里配置这个任务，让它在编译前执行，把生成的文件包含到项目中。

这种方式不需要处理生成器的执行顺序，因为代码文件在编译前就已经存在，官方生成器会像处理普通代码一样处理它。

额外提示：避免不必要的类型注册 #

不管用哪种方法，都要注意过滤掉不需要序列化的类型（比如抽象类、接口、系统内置类型等），否则会生成大量冗余的JsonSerializable属性，反而影响编译速度和运行性能。比如可以只注册带有特定自定义属性的类，或者只扫描特定命名空间下的类型。

备注：内容来源于stack exchange，提问作者devcayed