前情回顾
今天在使用做一个简单mybatis查询时出现了一个诡异BUG,在做一个简单查询时,报参数类型转换错误,具体的场景和异常如下:
org.mybatis.spring.MyBatisSystemException: nested exception is org.apache.ibatis.executor.result.ResultMapException: Error attempting to get column 'memberId' from result set. Cause: java.lang.NumberFormatException: For input string: "8315147b32b242dbbd748ff9e313cd89"
......
Caused by: org.apache.ibatis.executor.result.ResultMapException: Error attempting to get column 'memberId' from result set. Cause: java.lang.NumberFormatException: For input string: "8315147b32b242dbbd748ff9e313cd89"
at org.apache.ibatis.type.BaseTypeHandler.getResult(BaseTypeHandler.java:83)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.createUsingConstructor(DefaultResultSetHandler.java:671)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.createByConstructorSignature(DefaultResultSetHandler.java:654)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.createResultObject(DefaultResultSetHandler.java:618)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.createResultObject(DefaultResultSetHandler.java:591)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.getRowValue(DefaultResultSetHandler.java:397)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleRowValuesForSimpleResultMap(DefaultResultSetHandler.java:354)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleRowValues(DefaultResultSetHandler.java:328)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleResultSet(DefaultResultSetHandler.java:301)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.handleResultSets(DefaultResultSetHandler.java:194)
at org.apache.ibatis.executor.statement.PreparedStatementHandler.query(PreparedStatementHandler.java:65)
at org.apache.ibatis.executor.statement.RoutingStatementHandler.query(RoutingStatementHandler.java:79)
at com.baomidou.mybatisplus.core.executor.MybatisSimpleExecutor.doQuery(MybatisSimpleExecutor.java:67)
at org.apache.ibatis.executor.BaseExecutor.queryFromDatabase(BaseExecutor.java:324)
at org.apache.ibatis.executor.BaseExecutor.query(BaseExecutor.java:156)
at org.apache.ibatis.executor.CachingExecutor.query(CachingExecutor.java:109)
at com.github.pagehelper.PageInterceptor.intercept(PageInterceptor.java:108)
at org.apache.ibatis.plugin.Plugin.invoke(Plugin.java:61)
at com.sun.proxy.$Proxy226.query(Unknown Source)
at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:147)
at org.apache.ibatis.session.defaults.DefaultSqlSession.selectList(DefaultSqlSession.java:140)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at org.mybatis.spring.SqlSessionTemplate$SqlSessionInterceptor.invoke(SqlSessionTemplate.java:433)
... 38 more
Caused by: java.lang.NumberFormatException: For input string: "8315147b32b242dbbd748ff9e313cd89"
at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:2043)
at sun.misc.FloatingDecimal.parseDouble(FloatingDecimal.java:110)
at java.lang.Double.parseDouble(Double.java:538)
at com.mysql.cj.core.io.MysqlTextValueDecoder.decodeDouble(MysqlTextValueDecoder.java:217)
at com.mysql.cj.core.io.StringConverter.createFromBytes(StringConverter.java:104)
at com.mysql.cj.core.io.MysqlTextValueDecoder.decodeByteArray(MysqlTextValueDecoder.java:227)
at com.mysql.cj.jdbc.ResultSetRow.decodeAndCreateReturnValue(ResultSetRow.java:167)
at com.mysql.cj.jdbc.ResultSetRow.getValueFromBytes(ResultSetRow.java:269)
at com.mysql.cj.jdbc.ByteArrayRow.getValue(ByteArrayRow.java:89)
at com.mysql.cj.jdbc.ResultSetImpl.getNonStringValueFromRow(ResultSetImpl.java:813)
at com.mysql.cj.jdbc.ResultSetImpl.getInt(ResultSetImpl.java:1012)
at com.mysql.cj.jdbc.ResultSetImpl.getInt(ResultSetImpl.java:1030)
at com.zaxxer.hikari.pool.HikariProxyResultSet.getInt(HikariProxyResultSet.java)
at org.apache.ibatis.type.IntegerTypeHandler.getNullableResult(IntegerTypeHandler.java:37)
at org.apache.ibatis.type.IntegerTypeHandler.getNullableResult(IntegerTypeHandler.java:26)
at org.apache.ibatis.type.BaseTypeHandler.getResult(BaseTypeHandler.java:81)
... 63 more
接受查询结果的实体
@Data
@Builder
public class MemberPointChange {
/**
* 自增id
*/
private Integer id;
/**
* 会员id
*/
private String memberId;
/**
* 会员名称
*/
private String memberName;
/**
* 会员编号
*/
private String memberSerialNum;
实体主要使用lombok的@Data注解和@Builder注解,使用@Builder主要是利用建造者模式让构建对象,设置值时能够更加的简介明了。
案情分析
通过以下部分异常堆栈我们可以分析出异常发生在将数据库的返回结果封装:
at org.apache.ibatis.type.BaseTypeHandler.getResult(BaseTypeHandler.java:83)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.createUsingConstructor(DefaultResultSetHandler.java:671)
at org.apache.ibatis.executor.resultset.DefaultResultSetHandler.createByConstructorSignature(DefaultResultSetHandler.java:654)
我们发现,在做封装的结果的时候使用了createByConstructorSignature,通过字面意思可以发现,其在使用有参构造器进行返回结果对象的创建。通过对DefaultResultSetHandler如下的代码分析。
private Object createResultObject(ResultSetWrapper rsw, ResultMap resultMap, List<Class<?>> constructorArgTypes, List<Object> constructorArgs, String columnPrefix)
throws SQLException {
final Class<?> resultType = resultMap.getType();
final MetaClass metaType = MetaClass.forClass(resultType, reflectorFactory);
final List<ResultMapping> constructorMappings = resultMap.getConstructorResultMappings();
// 如果注册返回类型有指定的TypeHandler,那么使用其封装返回结果集
if (hasTypeHandlerForResultObject(rsw, resultType)) {
return createPrimitiveResultObject(rsw, resultMap, columnPrefix);
// 如果用户在XML中显示的声明了构造器,那么则会通过这个构造器器生成对象
} else if (!constructorMappings.isEmpty()) {
return createParameterizedResultObject(rsw, resultType, constructorMappings, constructorArgTypes, constructorArgs, columnPrefix);
// 如果返回结果是接口或者是有默认无参构造器,那么会使用这个构造器去生成对象
} else if (resultType.isInterface() || metaType.hasDefaultConstructor()) {
return objectFactory.create(resultType);
// 如果autoMapping属性开启,那么会使用其声明的构造器生成对象
} else if (shouldApplyAutomaticMappings(resultMap, false)) {
return createByConstructorSignature(rsw, resultType, constructorArgTypes, constructorArgs);
}
throw new ExecutorException("Do not know how to create an instance of " + resultType);
}
我们发现其使用了createByConstructorSignature方法,即使用了有参构造器去生成对象。在使用有参构造器去生成对象时,这个时候会根据ResultSetWrapper返回的属性,依次进行构造器的参数传入,那么异常就发生在其间String的结果传入到Integer的结果的时候发生异常。
问题原因已经定位到,但是我们代码中没有声明有参构造器,按理来说应该使用默认无参构造器啊,而且我们也没有显示声明有参构造器,那么问题出在哪里呢?
现在只有一个可能发生问题的地方,那就是Lombok的使用,@Data和@Builder注解的使用,默认会在编译阶段帮助我们生产Getter、Setter、Builder等方法和内部类,通过反编译MemberPointChange类,我们发现使用@Builder注解,Lombok只会生成有参构造器,而不会生成无参构造器。
public class MemberPointChange {
private Integer id;
private String memberId;
private String memberName;
private String memberSerialNum;
......
MemberPointChange(Integer id, String memberId, String memberName, String memberSerialNum ......) {
this.id = id;
this.memberId = memberId;
this.memberName = memberName;
this.memberSerialNum = memberSerialNum;
......
}
public static MemberPointChange.MemberPointChangeBuilder builder() {
return new MemberPointChange.MemberPointChangeBuilder();
}
至此,我们从异常堆栈到原因分析排查出了问题原因所在。
总结
在使用一个框架时,需要对其的使用有一定的全面的了解,简单的使用可能会引发一些出乎自己意料之外的问题。