详解Jackson 使用以及性能介绍
直接上代码,看下最简单也是最常用的方法,将Object 转为 JSON 以及将Json转为Object方式
public class TestJackson { public static void main(String[] args) throws IOException { ObjectMapper objectMapper = new ObjectMapper(); Map<String,Object> params = new HashMap<>(); params.put("name","jack"); params.put("age",18); //将对象转为JSON串 String jsonString = objectMapper.writeValueAsString(params); System.out.println(jsonString); System.out.println("--------------------分割线-----------------------------"); //将JSON串 转为 Object 对象 Map resultMap = objectMapper.readValue(jsonString, HashMap.class); resultMap.entrySet().stream().forEach(entry ->{ System.out.println(entry); }); } }
如果你只是忘了怎么操作,或者只是想知道怎么对象和JSON串如何相互转,那么你看到这就足够了,如果你想了解更多关于Jackson,以及Jackson与fastJson等的对比,那么可以往下看。
介绍
Jackson 是当前用的比较广泛的,用来序列化和反序列化 json 的 Java 的开源框架。Jackson 社 区相对比较活跃,更新速度也比较快, 从 Github 中的统计来看,Jackson 是最流行的 json 解析器之一 。 Spring MVC 的默认 json 解析器便是 Jackson。 Jackson 优点很多。 Jackson 所依赖的 jar 包较少 ,简单易用。与其他 Java 的 json 的框架 Gson 等相比, Jackson 解析大的 json 文件速度比较快;Jackson 运行时占用内存比较低,性能比较好;Jackson 有灵活的 API,可以很容易进行扩展和定制。
Jackson 的 1.x 版本的包名是 org.codehaus.jackson ,当升级到 2.x 版本时,包名变为 com.fasterxml.jackson,本文讨论的内容是基于最新的 Jackson 的 2.9.1 版本。
组件
- jackson-core,核心包,提供基于"流模式"解析的相关 API,它包括 JsonPaser 和 JsonGenerator。 Jackson 内部实现正是通过高性能的流模式 API 的 JsonGenerator 和 JsonParser 来生成和解析 json。
- jackson-annotations,注解包,提供标准注解功能;
- jackson-databind ,数据绑定包, 提供基于"对象绑定" 解析的相关 API ( ObjectMapper ) 和"树模型" 解析的相关 API (JsonNode);基于"对象绑定" 解析的 API 和"树模型"解析的 API 依赖基于"流模式"解析的 API。
pom依赖
<dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-databind</artifactId> <version>2.9.5</version> </dependency>
jackson-databind 依赖 jackson-core 和 jackson-annotations,当添加 jackson-databind 之后, jackson-core 和 jackson-annotations 也随之添加到 Java 项目工程中。在添加相关依赖包之后,就可以使用 Jackson。
信息配置
在调用 writeValue 或调用 readValue 方法之前,往往需要设置 ObjectMapper 的相关配置信息。这些配置信息应用 java 对象的所有属性上
//在反序列化时忽略在 json 中存在但 Java 对象不存在的属性 objectMapper.configure(DeserializationFeature.FAIL_ON_UNKNOWN_PROPERTIES, false); //在序列化时日期格式默认为 yyyy-MM-dd'T'HH:mm:ss.SSSZ objectMapper.configure(SerializationFeature.WRITE_DATES_AS_TIMESTAMPS,false); //在序列化时忽略值为 null 的属性 objectMapper.setSerializationInclusion(JsonInclude.Include.NON_NULL); //忽略值为默认值的属性 objectMapper.setDefaultPropertyInclusion(JsonInclude.Include.NON_DEFAULT);
更多配置信息可以查看 Jackson 的 DeserializationFeature,SerializationFeature 和 I nclude。
注解使用
Jack还提供了注解方式的使用
注解 | 用法 |
---|---|
@JsonProperty | 用于属性,把属性的名称序列化时转换为另外一个名称。示例: @JsonProperty("birth_ d ate") private Date birthDate; |
@JsonFormat | 用于属性或者方法,把属性的格式序列化时转换成指定的格式。示例: @JsonFormat(timezone = "GMT+8", pattern = "yyyy-MM-dd HH:mm") public Date getBirthDate() |
@JsonPropertyOrder | 用于类, 指定属性在序列化时 json 中的顺序 , 示例: @JsonPropertyOrder({ "birth_Date", "name" }) public class Person |
@JsonCreator | 用于构造方法,和 @JsonProperty 配合使用,适用有参数的构造方法。 示例: @JsonCreator public Person(@JsonProperty("name")String name) {…} |
@JsonAnySetter | 用于属性或者方法,设置未反序列化的属性名和值作为键值存储到 map 中 @JsonAnySetter public void set(String key, Object value) { map.put(key, value); } |
@JsonAnyGetter | 用于方法 ,获取所有未序列化的属性 public Map<String, Object> any() { return map; } |
public class TestJackson { public static void main(String[] args) throws IOException { ObjectMapper objectMapper = new ObjectMapper(); //将对象转为JSON串 String jsonString = objectMapper.writeValueAsString(new User()); System.out.println(jsonString); } } class User { @JsonProperty("name") private String aaa = "hello"; @JsonProperty("date") @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss") private Date bbb = new Date(); ...省略setter 和 getter... }
读取对象转换 还可以从 Reader ,File,URL,以及InputStream,字节数组中等 中获取对象数据,喜欢的可以自己研究下
那么性能如何呢?
对比对象选择应用最广泛的Jackson和Google出品的Gson。测试环境选择JDK 8,AMD 3700X,3200MHZ内存。简化实验,只测试简单对象和复杂对象的String转对象、对象转String,调用1千万次的对比结果如下(时间单位是毫秒):
从测试结果看,FastJson确实是最快的,但仅比Jackson快20%左右,Google的Gson是最慢的,差距较大。读到这里,是不是觉得选择FastJson肯定没错啊!但其实,FastJson在国际上并不是很流行,反而Jackson很流行,难道其他人傻?当然不是,因为Fastjson这两年频频被曝出高危漏洞,这也是早已埋下的伏笔,因为FastJson为了追求快,舍弃了很多方面,比如失去了元贝应该兼容的java特性,对json标准遵循也不严格,总体来说,fastjson是一个代码质量较差的国产类库,当然它也在不断的提升改变,也希望它继续坚持。
如果面试官问为什么选择FastJson?因为快!这一个理由就可以把他顶回去了。
这里的调查研究并不是很充分,没有对内存占用、大文档的测试。
在现代应用程序中,即使最慢的Gson,也是满足需求的;解析文档速度的快慢,并不能作为选型的唯一标准,可能连主要标准都算不上。对IO优化,并行处理等优化措施,比选用一个更快的库更有效。
所以整体上来说Jackson 综合评价应该是很不错的。
到此这篇关于详解Jackson 使用以及性能介绍的文章就介绍到这了,更多相关Jackson 使用及性能内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!