Java中Jackson TypeReference泛型简化后LinkedHashMap转POJO的赋值疑问

1. 关于“显式类型参数List可替换为<>”的警告有效性 #

这个警告在TypeReference场景下无效，属于编译器的误判。

TypeReference的核心作用是通过匿名子类保留泛型类型信息——Jackson反序列化时会反射获取这个匿名类的父类（即TypeReference）上的泛型参数，以此确定要反序列化的目标类型。

• 当你写new TypeReference<List<MyPojo>>(){}时，匿名类的父类泛型明确是List<MyPojo>，Jackson能正确识别目标类型，所以返回ArrayList<MyPojo>。
• 而用new TypeReference<>(){}时，编译器无法正确推断出父类的具体泛型参数（菱形运算符的类型推断依赖上下文，但TypeReference的泛型定义在父类层级，上下文无法传递足够信息），导致Jackson只能将JSON反序列化为默认的LinkedHashMap（因为不知道要映射到MyPojo），最终得到ArrayList<LinkedHashMap>。

所以这个场景下必须忽略该警告，或者用其他方式规避警告，不能直接用菱形运算符替换。

2. 为什么ArrayList能直接赋值给List #

这是Java泛型擦除机制导致的：

• 编译阶段，所有泛型类型信息会被擦除，List<MyPojo>和List<LinkedHashMap>都会被处理为原始类型List。
• 编译器在赋值时只会检查左侧和右侧是否都是List类型，不会校验泛型参数的匹配性，因此允许这种赋值，但通常会弹出“未经检查的赋值”（Unchecked assignment）的警告。

但这种赋值是不安全的：运行时如果尝试从List中取出元素并强转为MyPojo，会直接抛出ClassCastException，因为实际存储的是LinkedHashMap实例。

正确写法示例 #

如果你想避免编译器警告同时保证类型正确，可以用Jackson的TypeFactory来构造目标类型：

List<MyPojo> list = objectMapper.readValue(
    json,
    objectMapper.getTypeFactory().constructCollectionType(List.class, MyPojo.class)
);

或者直接保留显式泛型参数，同时通过注解忽略警告：

@SuppressWarnings("unchecked")
List<MyPojo> list = objectMapper.readValue(json, new TypeReference<List<MyPojo>>(){});

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