直接上代码，看下最简单也是最常用的方法，将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 综合评价应该是很不错的。
