前情回顧

今天在使用做一個簡單mybatis查詢時出現(xiàn)了一個詭異BUG，在做一個簡單查詢時，報參數(shù)類型轉(zhuǎn)換錯誤，具體的場景和異常如下：

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

接受查詢結(jié)果的實體

@Data
@Builder
public class MemberPointChange {
    /**
     * 自增id
     */
    private Integer id;
    /**
     * 會員id
     */
    private String memberId;
    /**
     * 會員名稱
     */
    private String memberName;
    /**
     * 會員編號
     */
    private String memberSerialNum;

實體主要使用lombok的@Data注解和@Builder注解，使用@Builder主要是利用建造者模式讓構(gòu)建對象，設(shè)置值時能夠更加的簡介明了。

案情分析

通過以下部分異常堆棧我們可以分析出異常發(fā)生在將數(shù)據(jù)庫的返回結(jié)果封裝：

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)

我們發(fā)現(xiàn)，在做封裝的結(jié)果的時候使用了createByConstructorSignature，通過字面意思可以發(fā)現(xiàn)，其在使用有參構(gòu)造器進(jìn)行返回結(jié)果對象的創(chuàng)建。通過對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，那么使用其封裝返回結(jié)果集
    if (hasTypeHandlerForResultObject(rsw, resultType)) {
      return createPrimitiveResultObject(rsw, resultMap, columnPrefix);
    // 如果用戶在XML中顯示的聲明了構(gòu)造器，那么則會通過這個構(gòu)造器器生成對象
    } else if (!constructorMappings.isEmpty()) {
      return createParameterizedResultObject(rsw, resultType, constructorMappings, constructorArgTypes, constructorArgs, columnPrefix);
    // 如果返回結(jié)果是接口或者是有默認(rèn)無參構(gòu)造器，那么會使用這個構(gòu)造器去生成對象
    } else if (resultType.isInterface() || metaType.hasDefaultConstructor()) {
      return objectFactory.create(resultType);
    // 如果autoMapping屬性開啟，那么會使用其聲明的構(gòu)造器生成對象
    } else if (shouldApplyAutomaticMappings(resultMap, false)) {
      return createByConstructorSignature(rsw, resultType, constructorArgTypes, constructorArgs);
    }
    throw new ExecutorException("Do not know how to create an instance of " + resultType);
  }

我們發(fā)現(xiàn)其使用了createByConstructorSignature方法，即使用了有參構(gòu)造器去生成對象。在使用有參構(gòu)造器去生成對象時，這個時候會根據(jù)ResultSetWrapper返回的屬性，依次進(jìn)行構(gòu)造器的參數(shù)傳入，那么異常就發(fā)生在其間String的結(jié)果傳入到Integer的結(jié)果的時候發(fā)生異常。
問題原因已經(jīng)定位到，但是我們代碼中沒有聲明有參構(gòu)造器，按理來說應(yīng)該使用默認(rèn)無參構(gòu)造器啊，而且我們也沒有顯示聲明有參構(gòu)造器，那么問題出在哪里呢？
現(xiàn)在只有一個可能發(fā)生問題的地方，那就是Lombok的使用，@Data和@Builder注解的使用，默認(rèn)會在編譯階段幫助我們生產(chǎn)Getter、Setter、Builder等方法和內(nèi)部類，通過反編譯MemberPointChange類，我們發(fā)現(xiàn)使用@Builder注解，Lombok只會生成有參構(gòu)造器，而不會生成無參構(gòu)造器。

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();
    }

至此，我們從異常堆棧到原因分析排查出了問題原因所在。

總結(jié)

在使用一個框架時，需要對其的使用有一定的全面的了解，簡單的使用可能會引發(fā)一些出乎自己意料之外的問題。