commons-beanutils

commons-beanutils

1.9.4

假设我们项目中有如下类：

此时我们需要完成 DTO 对象转化到 DO 对象，我们只需要简单调用BeanUtils#copyProperties 方法就可以完成对象属性的复制。

StudentDTO studentDTO = new StudentDTO();

studentDTO.setName(“阿粉”);

studentDTO.setAge(18);

studentDTO.setNo(“6666”);

List subjects = new ArrayList<>();

subjects.add(“math”);

subjects.add(“english”);

studentDTO.setSubjects(subjects);

studentDTO.setCourse(new Course(“CS-1”));

studentDTO.setCreateDate(“2020-08-08”);

StudentDO studentDO = new StudentDO();

BeanUtils.copyProperties(studentDO, studentDTO);

不过，上面的代码如果你这么写，我们会碰到第一个问题，BeanUtils 默认不支持 String转为 Date 类型。

为了解决这个问题，我们需要自己构造一个 Converter 转换类，然后使用 ConvertUtils注册，使用方法如下：

ConvertUtils.register(new Converter() {

@SneakyThrows

@Override

public  Date convert(Class type, Object value) {

if (value == null) {

return null;

}

if (value instanceof String) {

String str = (String) value;

return (Date) DateUtils.parseDate(str, “yyyy-MM-dd”);

}

return null;

}

}, Date.class);

此时，我们观察 studentDO与 studentDTO对象属性值：

从上面的图我们可以得出BeanUtils一些结论：

• 普通字段名不一致的属性无法被复制

• 嵌套对象字段，将会与源对象使用同一对象，即使用浅拷贝

• 类型不一致的字段，将会进行默认类型转化。

虽然 BeanUtils 使用起来很方便，不过其底层源码为了追求完美，加了过多的包装，使用了很多反射，做了很多校验，所以导致性能较差，所以在阿里巴巴开发手册上强制规定避免使用它Apache BeanUtils。

image-20200818222213879

Spring BeanUtils

====================

Spring 属性复制工具类类名与 Apache 一样，基本用法也差不多。我先来看下 SpringBeanUtils 基本用法。

同样，我们先引入依赖，从名字我们可以看出，BeanUtils 位于 Spring-Beans 模块，这里我们依然使用最新模块。

org.springframework

spring-beans

5.2.8.RELEASE

这里我们使用 DTO 与 DO 复用上面的例子，转换代码如下：

// 省略上面赋值代码，与上面一致

StudentDO studentDO = new StudentDO();

BeanUtils.copyProperties(studentDTO, studentDO);

从用法可以看到，Spring BeanUtils 与 Apache 有一个最大的不同，两者源对象与目标对象参数位置不一样，阿粉之前没注意，用了 Spring 工具类，但是却是按照 Apache 的用法使用。

此时对比studentDO与 studentDTO对象：

从上面的对比图我们可以得到一些结论：

• 字段名不一致，属性无法复制

• 类型不一致，属性无法复制。但是注意，如果类型为基本类型以及基本类型的包装类，这种可以转化

• 嵌套对象字段，将会与源对象使用同一对象，即使用浅拷贝

除了这个方法之外，Spring BeanUtils 还提供了一个重载方法：

public static void copyProperties(Object source, Object target, String… ignoreProperties)

使用这个方法，我们可以忽略某些不想被复制过去的属性：

BeanUtils.copyProperties(studentDTO, studentDO,“name”);

这样，name 属性就不会被复制到 DO 对象中。

虽然 Spring BeanUtils 与 Apache BeanUtils 功能差不多，但是在性能上 Spring BeanUtils 还是完爆 Apache BeanUtils。主要原因还是在于 Spring 并没有与 Apache 一样使用反射做了过多校验，另外 Spring BeanUtils 内部使用了缓存，加快转换的速度。

所以两者选择，还是推荐使用 Spring BeanUtils。

Cglib BeanCopier

====================

上面两个是阿粉日常工作经常使用，而下面的这些都是阿粉最近才开始接触的，比如 Cglib BeanCopier。这个使用方法，可能比上面两个类稍微复杂一点，下面我们来看下具体用法：

首先我们引入 Cglib 依赖：

cglib

cglib

3.3.0

画外音：如果你工程内还有 Spring-Core 的话，如果查找 BeanCopier 这个类，可以发现两个不同的包的同名类。

一个属于 Cglib，另一个属于 Spring-Core。

其实 Spring-Core 内BeanCopier 实际就是引入了 Cglib 中的类，这么做的目的是为了了保证 Spring 使用长度 Cglib 相关类的稳定性，防止外部 Cglib 依赖不一致，导致 Spring 运行异常。

转换代码如下：

// 省略赋值语句

StudentDO studentDO = new StudentDO();

BeanCopier beanCopier = BeanCopier.create(StudentDTO.class, StudentDO.class, false);

beanCopier.copy(studentDTO, studentDO, null);

使用方法相比 BeanUtils， BeanCopier 稍微多了一步。 对比studentDO与 studentDTO对象：

从上面可以得到与 Spring Beanutils 基本一致的结论：

• 字段名不一致，属性无法复制

• 类型不一致，属性无法复制。不过有点不一样，如果类型为基本类型/基本类型的包装类型，这两者无法被拷贝。

• 嵌套对象字段，将会与源对象使用同一对象，即使用浅拷贝

上面我们使用 Beanutils，遇到这种字段名，类型不一致的这种情况，我们没有什么好办法，只能手写硬编码。

不过在 BeanCopier 下，我们可以引入转换器，进行类型转换。

// 注意最后一个属性设置为 true

BeanCopier beanCopier = BeanCopier.create(StudentDTO.class, StudentDO.class, true);

// 自定义转换器

beanCopier.copy(studentDTO, studentDO, new Converter() {

@Override

public Object convert(Object source, Class target, Object context) {

if (source instanceof Integer) {

Integer num = (Integer) source;

return num.toString();

}

return null;

}

});

不过吐槽一下这个转换器，一旦我们自己打开使用转换器，所有属性复制都需要我们自己来了。比如上面的例子中，我们只处理当源对象字段类型为 Integer，这种情况，其它都没处理。我们得到 DO 对象将会只有 name 属性才能被复制。

Cglib BeanCopier 的原理与上面两个 Beanutils 原理不太一样，其主要使用 字节码技术动态生成一个代理类，代理类实现get 和 set方法。生成代理类过程存在一定开销，但是一旦生成，我们可以缓存起来重复使用，所有 Cglib 性能相比以上两种 Beanutils 性能比较好。

Dozer

=========

Dozer ，中文直译为挖土机 ，这是一个「重量级」属性复制工具类，相比于上面介绍三个工具类，Dozer 具有很多强大的功能。

官网 logo

画外音：重量级/轻量级其实只是一个相对的说法，由于 Dozer 相对 BeanUtils 这类工具类来说，拥有许多高级功能，所以相对来说这是一个重量级工具类。

阿粉刚碰到这个工具类，就被深深折服，真的太强大了，上面我们期望的功能，Dozer 都给你实现了。

下面我们来看下使用方法，首先我们引入 Dozer 依赖：

net.sf.dozer

dozer

5.4.0

使用方法如下：

// 省略属性的代码

DozerBeanMapper mapper = new DozerBeanMapper();

StudentDO studentDO =

mapper.map(studentDTO, StudentDO.class);

System.out.println(studentDO);

Dozer 需要我们新建一个DozerBeanMapper，这个类作用等同于 BeanUtils，负责对象之间的映射，属性复制。

画外音：下面的代码我们可以看到，生成 DozerBeanMapper实例需要加载配置文件，随意生成代价比较高。在我们应用程序中，应该使用单例模式，重复使用DozerBeanMapper。

如果属性都是一些简单基本类型，那我们只要使用上面代码，可以快速完成属性复制。

不过很不幸，我们的代码中有字符串与 Date 类型转化，如果我们直接使用上面的代码，程序运行将会跑出异常。

所以这里我们要用到 Dozer 强大的配置功能，我们总共可以使用下面三种方式：

• XML

• API

• 注解

其中，API 的方式比较繁琐，目前大部分使用 XML 进行，另外注解功能的是在 Dozer 5.3.2 之后增加的新功能，不过功能相较于 XML 来说较弱。

XML 使用方式

============

下面我们使用 XML 配置方式，配置 DTO 与 DO 关系，首先我们新建一个 dozer/dozer-mapping.xml 文件：

<?xml version="1.0" encoding="UTF-8"?>

<mappings xmlns=“http://dozer.sourceforge.net” xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”

xsi:schemaLocation="http://dozer.sourceforge.net

http://dozer.sourceforge.net/schema/beanmapping.xsd">

com.just.doone.example.domain.StudentDTO

com.just.doone.example.domain.StudentDO

no

number

createDate

createDate

然后修改我们的 Java 代码,增加读取 Dozer 的配置文件：

DozerBeanMapper mapper = new DozerBeanMapper();

List mappingFiles = new ArrayList<>();

// 读取配置文件

mappingFiles.add(“dozer/dozer-mapping.xml”);

mapper.setMappingFiles(mappingFiles);

StudentDO studentDO = mapper.map(studentDTO, StudentDO.class);

System.out.println(studentDO);

运行之后，对比studentDO与 studentDTO对象：

从上面的图我们可以发现：

• 类型不一致的字段，属性被复制

• DO 与 DTO 对象字段不是同一个对象，也就是深拷贝

• 通过配置字段名的映射关系，不一样字段的属性也被复制

除了上述这些相对简单的属性以外，Dozer 还支持很多额外的功能，比如枚举属性复制，Map 等集合属性复制等。

有些小伙伴刚看到 Dozer 的用法，可能觉得这个工具类比较繁琐，不像 BeanUtils 工具类一样一行代码就可以解。

其实 Dozer 可以很好跟 Spring 框架整合，我们可以在 Spring 配置文件提前配置，后续我们只要引用 Dozer 的相应的 Bean ，使用方式也是一行代码。

Dozer 与 Spring 整合，我们可以使用其 DozerBeanMapperFactoryBean，配置如下：

<property name=“mappingFiles”

value=“classpath*😕*mapping.xml”/>

<bean class=

“org.dozer.converters.CustomConverter”/>

DozerBeanMapperFactoryBean支持设置属性比较多，可以自定义设置类型转换，还可以设置其他属性。

另外还有一种简单的方法，我们可以在 XML 中配置 DozerBeanMapper：

dozer/dozer-Mapperpping.xml

Spring 配置完成之后，我们在代码中可以直接注入:

小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数初中级Java工程师，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Java开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）

总结：绘上一张Kakfa架构思维大纲脑图（xmind）

其实关于Kafka，能问的问题实在是太多了，扒了几天，最终筛选出44问：基础篇17问、进阶篇15问、高级篇12问，个个直戳痛点，不知道如果你不着急看答案，又能答出几个呢？

若是对Kafka的知识还回忆不起来，不妨先看我手绘的知识总结脑图（xmind不能上传，文章里用的是图片版）进行整体架构的梳理

梳理了知识，刷完了面试，如若你还想进一步的深入学习解读kafka以及源码，那么接下来的这份《手写“kafka”》将会是个不错的选择。

• Kafka入门

• 为什么选择Kafka

• Kafka的安装、管理和配置

• Kafka的集群

• 第一个Kafka程序

• Kafka的生产者

• Kafka的消费者

• 深入理解Kafka

• 可靠的数据传递

• Spring和Kafka的整合

• SpringBoot和Kafka的整合

• Kafka实战之削峰填谷

• 数据管道和流式处理(了解即可)

个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频**

如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Java）
[外链图片转存中…(img-FjXhWgVT-1711094965829)]

总结：绘上一张Kakfa架构思维大纲脑图（xmind）

[外链图片转存中…(img-EJ3isNIZ-1711094965829)]

其实关于Kafka，能问的问题实在是太多了，扒了几天，最终筛选出44问：基础篇17问、进阶篇15问、高级篇12问，个个直戳痛点，不知道如果你不着急看答案，又能答出几个呢？

若是对Kafka的知识还回忆不起来，不妨先看我手绘的知识总结脑图（xmind不能上传，文章里用的是图片版）进行整体架构的梳理

梳理了知识，刷完了面试，如若你还想进一步的深入学习解读kafka以及源码，那么接下来的这份《手写“kafka”》将会是个不错的选择。

• Kafka入门

• 为什么选择Kafka

• Kafka的安装、管理和配置

• Kafka的集群

• 第一个Kafka程序

• Kafka的生产者

• Kafka的消费者

• 深入理解Kafka

• 可靠的数据传递

• Spring和Kafka的整合

• SpringBoot和Kafka的整合

• Kafka实战之削峰填谷

• 数据管道和流式处理(了解即可)

[外链图片转存中…(img-1pSWUWvz-1711094965830)]

[外链图片转存中…(img-K9Bvzjvw-1711094965830)]

本文已被CODING开源项目：【一线大厂Java面试题解析+核心总结学习笔记+最新讲解视频+实战项目源码】收录