使用QueueTriggerAttribute反序列化队列中同属性POCO类型，如何还原为原始类型？

看起来你在使用WebJobs SDK的QueueTrigger绑定POCO对象时踩了个反序列化的坑——结果不是预期的原始类型，还每次运行都不一样，这确实挺闹心的。结合你的代码示例（PocoCommandA/PocoCommandB和绑定了PocoCommandA的Func1），我来帮你分析原因并给出可行的解决办法：

问题根源 #

这个异常的核心原因是WebJobs SDK默认的JSON序列化器没有拿到足够的类型标识信息。当队列消息里只包含POCO的属性数据，没有明确的类型标记时，序列化器无法精准判断要反序列化成哪个POCO类型，甚至会因为类型匹配的模糊性，导致每次反序列化的结果出现不可预测的差异。

解决办法 #

1. 给队列消息添加类型标识 #

往队列发送消息时，不要直接序列化POCO对象，而是要带上完整的类型信息。可以用Newtonsoft.Json的TypeNameHandling.All配置来实现：

var command = new PocoCommandA { Prop = "test content" };
var serializedMsg = JsonConvert.SerializeObject(command, new JsonSerializerSettings
{
    TypeNameHandling = TypeNameHandling.All
});
// 将serializedMsg发送到"myqueue"队列

这样生成的JSON消息会包含类的完整命名空间和类型名，WebJobs的序列化器就能准确识别并反序列化为你指定的PocoCommandA类型。

2. 自定义序列化转换器 #

如果不想在消息里携带类型信息，你可以给WebJobs SDK指定自定义的转换器，明确告诉它要把队列消息转成哪个POCO类型：

• 首先实现IConverter接口，写好自定义反序列化逻辑：

public class PocoCommandAConverter : IConverter<string, PocoCommandA>
{
    public PocoCommandA Convert(string input)
    {
        return JsonConvert.DeserializeObject<PocoCommandA>(input);
    }
}

• 然后在WebJobs启动时注册这个转换器：

var jobConfig = new JobHostConfiguration();
jobConfig.Converters.Add(new PocoCommandAConverter());
var jobHost = new JobHost(jobConfig);
jobHost.RunAndBlock();

这样每次触发Func1时，SDK会用你自定义的转换器，精准把队列消息转成PocoCommandA对象。

3. 规范队列消息的一致性 #

还要检查下发送到myqueue的所有消息，是不是都严格符合PocoCommandA的结构。如果队列里混了PocoCommandB或者其他结构的消息，反序列化时必然会出现类型不匹配的问题，导致结果异常。

额外提醒 #

如果你的项目里有多个函数，用不同的POCO绑定到同一个队列，这种设计本身就有风险——SDK根本没法区分一条消息该对应哪个POCO类型。建议要么给每个POCO类型单独开一个队列，要么在消息里加个CommandType标识字段，函数里先把消息反序列化为动态对象，根据标识再转成对应的POCO类型。

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