【踩坑系列】使用BeanUtils.copyProperties踩坑经历

本是古典 何须时尚 2023-01-22 11:56 274阅读 0赞

1. 原始转换

提起对象转换,每个程序员都不陌生,比如项目中经常涉及到的DO、DTO、VO之间的转换,举个例子,假设现在有个OrderDTO,定义如下所示:

  1. public class OrderDTO {
  2. private long id;
  3. private Long userId;
  4. private String orderNo;
  5. private Date gmtCreated;
  6. // 省略get、set方法
  7. }

有个OrderVO,定义如下所示:

  1. public class OrderVO {
  2. private long id;
  3. private long userId;
  4. private String orderNo;
  5. private Date gmtCreated;
  6. // 省略get、set方法
  7. }

如果不使用任何转换工具,代码是下面这样的:

  1. public static void main(String[] args) {
  2. OrderDTO orderDTO = new OrderDTO();
  3. orderDTO.setId(1L);
  4. orderDTO.setUserId(123L);
  5. orderDTO.setOrderNo("20210518000001");
  6. orderDTO.setGmtCreated(new Date());
  7. OrderVO orderVO = new OrderVO();
  8. orderVO.setId(orderDTO.getId());
  9. orderVO.setUserId(orderDTO.getUserId());
  10. orderVO.setOrderNo(orderDTO.getOrderNo());
  11. orderVO.setGmtCreated(orderDTO.getGmtCreated());
  12. System.out.println(orderVO.getId());
  13. System.out.println(orderVO.getUserId());
  14. System.out.println(orderVO.getOrderNo());
  15. System.out.println(orderVO.getGmtCreated());
  16. }

运行结果:

在这里插入图片描述

2. 使用BeanUtils.copyProperties转换

因为项目中类似上面的转换多而繁琐,所以很多公司的项目中会使用Spring框架里的BeanUtils.copyProperties来做对象转换,代码如下所示:

  1. OrderVO orderVO = new OrderVO();
  2. BeanUtils.copyProperties(orderDTO, orderVO);

一行代码搞定,很方便,运行结果也和原来一模一样。

不过这个工具带来便利的同时,也带来了很多问题,稍微不注意就会踩坑,接下来就总结下使用这个工具常见的几个坑。

3. 踩坑经历

3.1 包装类型转基本类型问题

java.lang.IllegalArgumentException

细心的你可能会发现,OrderDTO中的userId字段,我定义的是Long类型:

在这里插入图片描述

而OrderVO中的userId字段,我定义的是long类型:

在这里插入图片描述

然后我们运行下下面所示的代码:

  1. public static void main(String[] args) {
  2. OrderDTO orderDTO = new OrderDTO();
  3. orderDTO.setId(1L);
  4. orderDTO.setUserId(null);
  5. orderDTO.setOrderNo("20210518000001");
  6. orderDTO.setGmtCreated(new Date());
  7. OrderVO orderVO = new OrderVO();
  8. BeanUtils.copyProperties(orderDTO, orderVO);
  9. }

会看到代码抛了java.lang.IllegalArgumentException异常:

在这里插入图片描述

3.2 空格问题

假设OrderVO的orderNo字段,是用户自定义的,用户不小心输入了空格,使用BeanUtils.copyProperties后,空格会带入到OrderDTO的orderNo字段,如果不小心,就会把脏数据落到数据库(而我们希望的是去除空格再落库的),造成一系列后续问题:

  1. public static void main(String[] args) {
  2. OrderVO orderVO = new OrderVO();
  3. orderVO.setId(1L);
  4. orderVO.setUserId(123L);
  5. // 模拟空格场景
  6. orderVO.setOrderNo(" 20210518000001 ");
  7. orderVO.setGmtCreated(new Date());
  8. OrderDTO orderDTO = new OrderDTO();
  9. BeanUtils.copyProperties(orderVO, orderDTO);
  10. System.out.println(orderDTO.getOrderNo());
  11. }

运行结果:

在这里插入图片描述

3.3 查找不到字段引用

使用BeanUtils.copyProperties后,会看到字段并没有引用,其实是有用到的,如下图所示:

在这里插入图片描述

有些小伙伴在看代码时,看到字段没有地方引用,可能就忍不住想删掉,结果就导致真正使用该字段的地方取不到值,产生bug。

3.4 前端误传字段,直接把数据库覆盖了

如果接口定义的比较严谨,理论上是不应该存在这种情况的,不过凡事总有特殊,这里举个接口不严谨导致数据被覆盖的例子。

假如OrderVO和OrderDTO有如下2个字段:

  1. /** * 已收金额 * 单位:分 */
  2. private Long receivedAmount;
  3. /** * 备注 */
  4. private String remark;

正常情况下,后端只应该使用前端传递的remark字段,receivedAmount字段不应该使用,但假如用户修改订单备注时,前端不小心传递了receivedAmount字段,并且赋值为null,这时使用BeanUtils.copyProperties后,OrderDTO里的receivedAmount字段就也为null,如果后端不知道前端传递了这个字段并且操作DB不够严谨,就会导致订单的已收金额被清空,很恐怖,而且不好排查原因。

在这里插入图片描述

4. 插件推荐

虽然BeanUtils.copyProperties工具提供了便利,但带来的问题也很多,因此很多公司(包含我现在所在的公司)都禁止在项目中使用该工具。

但重复的写对象转换,实在是太繁琐,效率太低了,这里推荐一个IDEA的插件GenerateAllSetter,可以一键生成对象的set方法,非常方便,如下图所示:

在这里插入图片描述

插件使用:

在需要生成set方法的对象上,按快捷键Option+Enter(Windows是Alt+Enter),会看到下图所示的选项:

在这里插入图片描述

点击后会自动生成所有字段(没有默认值)的赋值语句:

在这里插入图片描述

如果生成赋值语句时想带默认值,可以使用另一个选项:

在这里插入图片描述

效果如下所示:

在这里插入图片描述

发表评论

表情:
评论列表 (有 0 条评论,274人围观)

还没有评论,来说两句吧...

相关阅读

    相关 BTrace

    1. BTrace跟踪方法执行时间时对代码侵入性强,停止监控时会导致原线上应用宕掉![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdG

    相关 记录SecureRandom经历

    背景 上周工作中有个问题耽搁了很长时间,打算写个博客记录一下,算是一个小复盘。 问题 我们公司共有三个测试环境,暂且称为test1、test2、test3环境。有

    相关 Elementui

    el-upload 第一次没有上传文件提交触发效验后提示文件未上传,上传图片后再点击提交还是提示图片未上传 官网里说:由于 JavaScript 的限制,Vue 不能检测数