目录
一.问题描述
二.源码分析
三.总结
一.问题描述
事情的起因是用MybaitsPlus查询数据库过程中，查询结果与要封装的实体类字段类型对应不上，类似这样：
数据库查询结果：
java实体类：
@TableName("my_user")@ToStringpublic class User { private Long id; private String name; private BigDecimal age; public User(String name,BigDecimal age){ this.name=name; this.age=age; }}字段名字和实体类的名字类型都能对应上，但最后的查询结果却会报错java.sql.SQLDataException: Cannot determine value type from string
意思就是String类型的‘zhang’没有对应的类型实体类字段，这就很奇怪了，经过排查，是因为加了有参构造器，有参构造器去掉或者加上注解@NoArgConstructor就可以解决问题，不想看原因的可以直接跳到后面看结论
二.源码分析
根据报错信息找到了Mybatis中DefaultResultSetHandler这个类的createResultObject方法，这是创建返回的实体类的方法
这里我们看到已经拿到了实体类的Class对象，并且走到了createByConstructorSignature方法，这个方法顾名思义就是通过构造器来创建对象，我们再进这个方法看看
这个方法会拿到一个defaultConstructor默认构造器，那这个defaultConstructor又是从哪里来的呢，点进去findDefaultConstructor方法看一下
这个方法里也很简单，如果只有一个构造器就返回这个构造器，User类只有一个构造器，返回的就是（String，Bigdecimal）的构造器，回到createByConstructorSignature这个方法中，接下来就会进入createUsingConstructor这个方法中
这个方法会通过for循环把构造器中的参数和查询出的结果一一对应，并添加到constructorArgs中，最后通过objectFactory.create(resultType, constructorArgTypes, constructorArgs)这个方法来用这个构造器反射生成实力对象。可以看到第一个参数就出问题了，构造器中第一个参数是String类型，而查询出来的第一个字段id应该是Long类型的，显然对应不上
查询出来的id为String类型的1234，而到第二个参数就会变成BigDecimal类型去对应String类型的name，这无法转换就会报错
那如果去掉有参的构造器呢，去掉之后实体类里就只会剩下空参的构造器，再执行到createResultObject方法时，我们就可以看到执行到metaType.hasDefaultConstructor()这个方法时返回的是true，而defaultConstructor就是空参构造器，所以进入的是objectFactory.create(resultType)这个方法，这个方法里会通过这个空参的构造器来反射生成一个对象，后续再通过反射给这个对象赋值
三.总结
在mybatis中，用于承接sql执行结果的实体类最好要有一个空参构造器，否则很可能出现类型对应不上的问题，因为Mybaits会优先用空参构造器来反射生成对象，如果没有空参构造器则会用有参的构造器，这时候查询的返回结果必须和构造器的参数一一对应，而且因为是Mybatis框架的原因，所有数据库都有可能出现这个情况，只是抛出的提示会有所不同，值得注意的是如果用了@Bulider这个注解编译后会生成一个全参的构造器，需要注意