来源：京东技术01背景在今年的浅拷敏捷团队建设中，我通过Suite执行器实现了一键自动化单元测试。引发异常Juint除了Suite执行器还有哪些执行器呢？浅拷由此我的Runner探索之旅开始了！

近期参与了一个攻坚项目，引发异常前期因为其他流程原因，浅拷测试时间已经耽搁了好几天了，引发异常本以为已经解决了卡点，浅拷后续流程应该顺顺利利的引发异常，没想到 人在地铁上，浅拷bug从咚咚来~

没有任何修改的引发异常服务接口，抛出异常：java.lang.ClassCastException: java.util.HashMap cannot be 浅拷cast to cn.xxx.xxx.xxx.xxx.BatchInfo02

排查过程

理解，首先 MCube 会依据模板缓存状态判断是引发异常否需要网络获取最新模板，当获取到模板后进行模板加载，浅拷加载阶段会将产物转换为视图树的引发异常结构，转换完成后将通过表达式引擎解析表达式并取得正确的浅拷值，通过事件解析引擎解析用户自定义事件并完成事件的绑定，完成解析赋值以及事件绑定后进行视图的渲染，最终将目标页面展示到屏幕。

1、作为资深写bug的老司机，第一感觉是传参的报文格式有问题了，可以通过模拟报文排查。站群服务器于是乎，在群里圈了服务提供方同学B看下，BG快速的用测试工具+本地debug的方式，验证了下报文格式，发现居然都调用成功了。。。

2、同步服务调用同学L，重点关注：1）、调用方的序列化方式；2）、最近代码改动逻辑是否有问题。L同学确认自己逻辑没有问题后，同步B同学和S同学，看内部是否有什么处理逻辑。。。3、第二天早上一来，快速写了单测，确认服务端收到的报文格式，的确没有问题。于是乎，开始扒代码。高防服务器。。发现可疑的代码：BeanUtils.copyProperties(item,cargoInfo)private List<CargoInfo> convertToCargoInfo(OutboundEventCallbackRequest outboundEventCallbackRequest) {         return outboundEventCallbackRequest.getCargos().stream().map(item -> {             CargoInfo cargoInfo = new CargoInfo();            BeanUtils.copyProperties(item, cargoInfo);            return cargoInfo;    }).collect(Collectors.toList());}

PS：客户端&服务端类关系

因为BeanUtils.copyProperties属于浅拷贝，而浅拷贝只是调用子对象的set方法，并没有将所有属性拷贝(引用的一个内存地址)。所以将在进行调用时，JSF会因为反序列化时找不到对应的类，就会将其转换为Map。

直观图如下：

以上，初步定位原因，解决方式也就清晰了。

03解决方案与后续反思理解，首先 MCube 会依据模板缓存状态判断是否需要网络获取最新模板，当获取到模板后进行模板加载，加载阶段会将产物转换为视图树的结构，转换完成后将通过表达式引擎解析表达式并取得正确的值，通过事件解析引擎解析用户自定义事件并完成事件的绑定，完成解析赋值以及事件绑定后进行视图的渲染，最终将目标页面展示到屏幕。1.位图原理

去掉BeanUtils.copyProperties，进行手动赋值。最终解决了这个问题。

后续反思

1、云服务器提供商想起王东岳老师的那句话，越原始的越稳定~

2、如果这种转换比较多，建议使用MapStruct

3、谨慎使用BeanUtils.copyProperties，请看：

很赞哦!（25728）