ObjectMapper

1 前言&概述 这篇文章是基于 此处文章 的更新，更新了一些技术栈，更加贴近实际需要，以及修复了若干的错误。 这是一个前端 Android +后端 Java/Kotlin 通过 Servelt 进行后台数据库（ MySQL ）交互的详细步骤以及源码实现，技术栈： Android 基础 原生 JDBC +原生 Servlet Tomcat + MySQL （ Docker ） 当然现在的很多 Java 后端开发都使用了 Spring Boot 而不是原生的 Servlet ，所以使用 Spring Boot 实现的可以笔者的 另一篇文章 。 尽管基于 Spring Boot 实现非常的简便，但是使用原生的 Servlet 更能理解底层的原理。另外本篇文章是偏基础向的教程，很多步骤都会比较详细而且附上了图，好了废话不说，正文开始。 2 环境 Android Studio 4.1.2 IntelliJ IDEA 2020.3 MySQL 8.0.23 Tomcat 10.0 Docker 20.10.1 服务器 CentOS 8.1.1911 3 环境准备 3.1 IDE 准备 官网安装 Android Studio + IDEA ，这部分就省略了。 3.2 MySQL 3.2.1 安装概述 这里的 MySQL 若无特殊说明指的是 MySQL Community 。 首先，在

有这样一个类： @Setter @Getter @JsonNaming(value = PropertyNamingStrategy.UpperCamelCaseStrategy. class ) public class Student { private String bName; } 序列化后，希望首字母大写，如下面的测试代码： @Test public void contextLoads() throws IOException { Student test = new Student(); test.setBName( "234234" ); String s = objectMapper.writeValueAsString(test); Assert.assertEquals( "{\"BName\":\"234234\"}" , s); } 可实际运行后，结果与希望不一样： org.junit.ComparisonFailure: Expected :{"BName":"234234"} Actual :{"Bname":"234234"} jackson在序列化时把第二个大写字母n转成了小写，这是为什么呢？ 以下是跟踪源码的过程： 直接找到：com.fasterxml.jackson.databind.introspect

一、方便性与性能 调用方便性而言： FastJSON提供了大量静态方法，调用简洁方便 Jackson须实例化类，调用相对繁琐，可通过封装成JSON工具类简化调用 性能而言： FastJSON反序列化的性能略差，对于256k的json字符串，平均700ms Jackson 的 data binding反序列化的性能稍好，对于256k的json字符串，平均600ms 两者的序列化性能基本相同，对于256k的json字符串，平均140ms 相对data binding方式（ObjectMapper.writeValueAsString()），Jackson的流输出方式（JsonGenerator.writeObject()）性能稍好，平均130ms 二、其他 1、序列化与反序列化的实现细节 对象在序列化时，通过反射，遍历getter方法（getXXX()，isXXX），从方法名中获取属性名（XXX），并调用getter方法获取属性值，组合在一起，从而完成序列化；在反序列化时，遍历属性名（XXX）并拼接成setter方法（setXXX）， 通过反射，查询并调用setter方法，从而完成对象构建。 序列化与反序列化的实现，与具体字段无直接关联，示例如下： public class Product { private String name; private Double price; //