在进行Java Web开发时，经常会遇到一些出乎预料的情况。这两天在开发过程中，就遇到了一个关于对象序列化的问题。问题大致是这样的：假设我们有一个接口类，需要将这个类的对象序列化为JSON返回。在Spring MVC中，通常情况下，返回ResponseBody时，对象会直接序列化为JSON。然而，返回的JSON结果与预期有所...
java中的json序列化的问题？
在进行Java Web开发时，经常会遇到一些出乎预料的情况。这两天在开发过程中，就遇到了一个关于对象序列化的问题。问题大致是这样的：
假设我们有一个接口类，需要将这个类的对象序列化为JSON返回。在Spring MVC中，通常情况下，返回ResponseBody时，对象会直接序列化为JSON。然而，返回的JSON结果与预期有所不同，多出了一个jsonstr字段。
起初，我怀疑问题出在Spring MVC上。但仔细思考后发现，Spring MVC之所以能将对象直接序列化为JSON，实际上是由于配置文件的作用，而真正进行序列化工作的其实是Jackson库。为了验证这一点，我尝试单独使用Jackson库，结果发现返回的JSON字符串与之前相同。由此可以确认，问题的根源在于Jackson库的设计。
深入探究
带着这个问题，我尝试了Java中常用的几款JSON序列化库，包括Jackson、FastJson和Gson，看看它们是否都会产生相同的问题。经过测试发现，Jackson和阿里开发的FastJson在序列化时，会额外添加一个jsonstr字段，而Gson则能按照我们预期的方式，只序列化对象的字段。
为了了解这些库的序列化原理，我查阅了它们的文档。Jackson和FastJson在序列化时，会首先使用反射找到对象类的所有get方法，接着获取返回值作为value，并将方法名小写化作为key值。然后，它们会再次使用反射查找field，并添加到JSON中。
而对于Gson来说，没有找到易于理解的解释，但感觉可能与getter方法无关。
在我们的AjaxJson类中存在一个getJsonStr方法，因此jsonStr作为key被序列化到JSON中了。针对这个问题，Jackson提供了相应的注解，可以将特定方法排除在序列化之外。只需要在方法前加上@JsonIgnore注解即可。
理解这个问题
在遇到问题时，不要忽视一些简单的地方，如getter和setter方法。在使用getXXX的地方，可以使用fetch等替代。
有时在类中定义一个private int mAge变量，而getter方法为getAge()。我们希望在序列化时得到的key为age而非mAge，这时，使用反射getter方法就显得尤为重要。2024-11-20
