BeanUtils,不同 jar 包所埋的坑
背景
线上代码,两个地方使用了相同的copy 方式,但是执行的效果却完全不一样。
BeanUtils.copyProperties(invoiceMonth, invoiceMonthDTO);
问题描述
1、我们的项目使用了 Spring 包和 Apache 包两种,而这两个包都提供了 BeanUtils 工具方法
2、看一下源码:
1)、Apache 源码是,第一参数:dest;第二参数:source。
public static void copyProperties(Object dest, Object orig)
throws IllegalAccessException, InvocationTargetException {
BeanUtilsBean.getInstance().copyProperties(des
低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Golang 异步对象序列化Map并发冲突和解决方法
冲突过程 异步对象序列化,对象里面如果有map,并且使用json.marshal to string,或者其他方式对map 执行了read、write操作。而业务逻辑同步写对象map值,那么,就会触发: fatal error: concurrent map read and map write本质原因在于:两个goroute对同一个map执行了读写并发,而golang map默认是不支持并发操作、没有加锁 冲突解决 (1)在主业务逻辑里面,提前把对象转为string,丢给异步任务去执行(不局限写log,可以是其他对map的操作) (2)map 的读写加锁,而读写加锁对性能的影响,以及死锁等又带来新的麻烦。关于优化并发map的可以参考这个分析,比较全面:https://misfra.me/optimizing-concurrent-map
- 下一篇
【JavaScript框架封装】数据类型检测模块功能封装
版权声明:本文为博主原创文章,未经博主允许不得转载。更多学习资料请访问我爱科技论坛:www.52tech.tech https://blog.csdn.net/m0_37981569/article/details/80984381 数据类型检测封装后的最终模块代码如下: /*数据类型检验*/ xframe.extend(xframe, { // 鸭子类型(duck typing)如果它走起路来像鸭子,叫起来也是鸭子,那么它就是鸭子。 // 只关注对象的行为,不关注对象本身面向接口编型 ,而不是面向实现编程,是设计模式中最重要的思想。 // 【理解】:一个对象有效的语义,不是由集成自特定的类或实现特定的接口, 而是由当前方法和属性的集合决定的!!! isNumber: function (val) { // 如果这个数字是有限的话, 而且是数字类型 return (typeof val === 'number' && isFinite(val)) && (Object.prototype.toString.call(val) === '[object N...
相关文章
文章评论
共有0条评论来说两句吧...