使用Jersey时，如何解决JacksonXML反序列化嵌套对象为null的问题？

这种嵌套对象反序列化后为null的情况，真的很容易先往框架配置上找问题，但你最后发现的原因其实是个很容易忽略的典型坑——应用代码内部把这个对象给清空了。

先复盘下你的场景：
你用Jersey搭建REST接口，依赖Jackson做JSON与POJO的转换，序列化（POJO→JSON）完全正常，但反序列化时，哪怕传入的是序列化生成的标准JSON，JsonPoReq里的obj属性始终是null。一开始你误以为是JacksonXML的配置问题，查遍相关注解也没解决，最后才发现是自己的业务代码里有逻辑把这个对象置空了。

给你整理几个关键的排查和避坑点：

• 先做最直接的调试验证：在byPath方法的第一行就打印req.obj的内容（比如用日志或者控制台输出），如果此时obj是有值的，那百分百是后续业务代码里的逻辑把它改成null了——比如有没有类似req.obj = null;的显性赋值，或者调用了某个重置对象的方法
• 快速排除框架配置问题：你的代码里嵌套的JsonPo字段是public的，Jackson默认可以直接反序列化public字段；而@JsonInclude注解只是控制序列化时是否忽略null属性，完全不影响反序列化流程，所以框架层面其实是没问题的
• 后续定位问题的小技巧：如果是多人协作项目或者代码量较大，直接用断点调试跟踪req.obj的变化，能快速定位到哪一行代码修改了它的值

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