Type mismatch Can‘t assign java.math.BigDecimal to java.lang.Double

在数据库中通过 sum 查询出来的数值,进行赋值时会进行报错

MyBatis 的 XML 文件类似这样

select sum(xxx) as xxx, sum(yyy) as yyy from ttt t
<where>
    ……
</where>

查询结果是一条记录,我使用 HashMap 进行存放,Dao 层定义类似这样

HashMap<String, Double> getXXXXX(HashMap map);

调用时是这样

HashMap<String, Double> sum = xxxxDao.getXXXXX(map);
if (sum != null) {  
    page.getList().get(i).setXXXX(sum.get("xxx"));
    page.getList().get(i).setYYYY(sum.get("yyy"));
}

然后就报错了,报错如下:

Type mismatch Can't assign java.math.BigDecimal to java.lang.Double

解决方法是,将 HashMap<String, Double> 定义为 HashMap<String, Object> ,然后进行一次转换,转换代码如下:

page.getList().get(i).setXXXX(Double.valueOf(sum.get("xxx").toString()));

将 Object 转换为 String,再将 String 转换为 Double 即可

图片

 

### 解决 `BeanUtils` 中出现的 `IllegalArgumentException: argument type mismatch` 异常 当遇到 `java.lang.IllegalArgumentException: argument type mismatch` 异常时,通常意味着在调用 `org.apache.commons.beanutils.BeanUtils.setProperty()` 方法时传入的参数类型与目标对象属性的预期类型不匹配[^2]。 #### 原因分析 此异常可能由以下几个原因引起: - **参数类型不匹配**:传递给 `setProperty` 方法的实际参数与其对应的 bean 属性所需的类型不符。 - **数据类型转换失败**:即使实际参数和bean属性看起来像是兼容的类型,但在某些情况下(如自定义类型),仍然可能发生无法完成的隐式或显式的类型转换。 - **日期处理不当**:对于日期类型的字段,默认情况下 `BeanUtils` 可能不会正确识别并解析来自字符串或其他形式的时间表示法为合适的日期时间格式[^4]。 #### 解决策略 ##### 1. 验证输入参数类型一致性 确保所有通过 `BeanUtils.setProperty()` 设置到 bean 上的数据都严格遵循该 bean 定义好的 getter/setter 接口所声明的参数类型。如果存在任何不确定的地方,则应该先进行必要的类型检查再执行设置操作。 ##### 2. 使用强类型安全的方式替代泛型方法 考虑直接访问特定的对象成员变量而不是依赖于反射机制来动态修改它们;这可以减少由于运行时期望之外的行为而导致的问题发生几率。例如: ```java // 不推荐的做法 try { BeanUtils.setProperty(beanInstance, "someDateField", someDateString); } catch (Exception e) { // handle exception... } // 更加稳定可靠的方法 SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd"); beanInstance.setSomeDateField(sdf.parse(someDateString)); ``` ##### 3. 自定义 PropertyEditor 或 Converter 为了更好地控制不同类型之间的相互转化过程,可以在应用程序上下文中注册自定义的 `PropertyEditor` 实现或者利用 Apache Commons Lang 库提供的 `Converter` 来实现更灵活且可控性强的数据变换逻辑。这样做的好处是可以针对特殊场景定制化解决方案而不必担心通用库函数带来的局限性。 ##### 4. 检查并修正实体类结构 仔细核对参与交互的所有实体类及其关联关系图谱,确认各层之间传输的信息模型保持同步更新,并且各个组件间共享相同的版本号/修订记录以便追踪潜在的变化点。特别是要注意那些容易被忽视的小细节差异,比如大小写的区别、额外的空间字符等都会影响最终的结果准确性[^5]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

码农UP2U

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值