Azure Functions Cosmos DB触发器v4变更馈送如何处理不同文档类型

核心可行解法 #

方案1：原始JSON接收+手动反序列化 #

直接将变更馈送触发器的输入参数声明为IReadOnlyList<JsonElement>，完全规避框架默认反序列化的限制：

• 遍历每个JsonElement对象，优先读取label鉴别属性的值，判断当前文档的具体类型
• 匹配到对应类型后，调用JsonSerializer.Deserialize<T>()方法将JsonElement手动反序列化为目标具体类型，可完整保留所有字段
• 执行对应类型的物化视图更新逻辑
  该方案无需修改序列化配置，逻辑直接可控，适合快速替换原有临时方案。

方案2：自定义多态JSON转换器 #

如果希望业务层直接拿到强类型对象，可基于System.Text.Json实现自定义多态转换器：

• 继承JsonConverter<你的基类名>，重写Read方法，在方法中先读取JSON的label字段值，映射到对应的具体子类类型，再完成子类的反序列化
• 将自定义转换器注册到Functions的Cosmos DB触发器序列化配置中，之后直接将触发器参数声明为IReadOnlyList<你的基类名>即可，反序列化后会自动生成对应子类的实例，所有属性完整保留
  该方案代码整洁度更高，适合文档类型较多、逻辑复杂的生产场景。

临时过渡优化方案 #

如果暂时不想调整现有多函数架构，可给每个触发器配置独立的LeaseContainerPrefix参数，避免同一份变更多次触发不同函数的重复拉取，一定程度降低RU和函数调用消耗，但仍建议尽快切换为上述单函数方案。

注意：不要尝试使用object或dynamic作为泛型参数，v4版本扩展的序列化逻辑不支持该用法，会直接抛出类型转换异常。

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