技術標籤：技術積累javamybatis

現象

今天一位同事找我看一個很奇怪的問題：
執行一個單表的查詢語句，結果老是報欄位型別不匹配的錯誤，錯誤日誌如下：

Servlet.service() for servlet [dispatcherServlet] in context with path [] threw exception [Request processing failed; nested exception is org.springframework.dao.DataIntegrityViolationException: Error attempting to get column 'user_name'
 
 from result set.  Cause: java.sql.SQLDataException: Cannot convert string 'admin' to java.sql.Timestamp value
; Cannot convert string 'admin' to java.sql.Timestamp value; nested exception is java.sql.SQLDataException: Cannot convert string 'admin' to java.sql.Timestamp value] with root cause

com.mysql.cj.exceptions.DataConversionException: Cannot convert string 'admin'
 
 to java.sql.Timestamp value
	at com.mysql.cj.result.AbstractDateTimeValueFactory.createFromBytes(AbstractDateTimeValueFactory.java:123) ~[mysql-connector-java-8.0.21.jar:8.0.21]
	at com.mysql.cj.protocol.a.MysqlTextValueDecoder.decodeByteArray(MysqlTextValueDecoder.java:134) ~[mysql-connector-java-8.0.21.jar:8.0.21]
 

	at com.mysql.cj.protocol.result.AbstractResultsetRow.decodeAndCreateReturnValue(AbstractResultsetRow.java:133) ~[mysql-connector-java-8.0.21.jar:8.0.21]
	at com.mysql.cj.protocol.result.AbstractResultsetRow.getValueFromBytes(AbstractResultsetRow.java:241) ~[mysql-connector-java-8.0.21.jar:8.0.21]

實體檔案：

@Builder
@Data
@Table(name = "sys_logininfor")
public class SysLogininfor implements Serializable
{
    private static final long serialVersionUID = 1L;

    @Id
    private Long infoId;

    /** 訪問時間 */
    @JsonFormat(pattern = "yyyy-MM-dd HH:mm:ss")
    private Date accessTime;

    /** 使用者賬號 */
    private String userName;

    /** 狀態 0成功 1失敗 */
    private String status;

    /** 地址 */
    private String ipaddr;

    /** 描述 */
    private String msg;



}

欄位型別，也沒有問題，

問題分析

問題來了，咱不怕啊，執行程式碼，就開始排查唄
經過分析，發現mybatis裡的ResultSetHandler裡的型別不匹配造成的，把一個字串型別的結果當成日期型別了，報錯行如下：

private Object createUsingConstructor(ResultSetWrapper rsw, Class<?> resultType, List<Class<?>> constructorArgTypes, List<Object> constructorArgs, Constructor<?> constructor) throws SQLException {
        boolean foundValues = false;

        for(int i = 0; i < constructor.getParameterTypes().length; ++i) {
            Class<?> parameterType = constructor.getParameterTypes()[i];
            String columnName = (String)rsw.getColumnNames().get(i);
            TypeHandler<?> typeHandler = rsw.getTypeHandler(parameterType, columnName);
            Object value = typeHandler.getResult(rsw.getResultSet(), columnName);//在該行，將user_name的值，往access_time上匹配，所以報錯
            constructorArgTypes.add(parameterType);
            constructorArgs.add(value);
            foundValues = value != null || foundValues;
        }

        return foundValues ? this.objectFactory.create(resultType, constructorArgTypes, constructorArgs) : null;
    }

分析到這，還是不能知道原因，為什麼會把不同的欄位的型別錯誤匹配呢？

再一步步的跟原始碼，發現，在createResultObject這個方法中，有古怪，匹配欄位型別，從這個地方開始的，(!resultType.isInterface() && !metaType.hasDefaultConstructor()) {``//在該行，debug得知，實體沒有預設建構函式會進此分支，導致使用建構函式中的欄位順序與sql結果中的欄位順序進行強行匹配

private Object createResultObject(ResultSetWrapper rsw, ResultMap resultMap, List<Class<?>> constructorArgTypes, List<Object> constructorArgs, String columnPrefix) throws SQLException {
        Class<?> resultType = resultMap.getType();
        MetaClass metaType = MetaClass.forClass(resultType, this.reflectorFactory);
        List<ResultMapping> constructorMappings = resultMap.getConstructorResultMappings();
        if (this.hasTypeHandlerForResultObject(rsw, resultType)) {
            return this.createPrimitiveResultObject(rsw, resultMap, columnPrefix);
        } else if (!constructorMappings.isEmpty()) {
            return this.createParameterizedResultObject(rsw, resultType, constructorMappings, constructorArgTypes, constructorArgs, columnPrefix);
        } else if (!resultType.isInterface() && !metaType.hasDefaultConstructor()) {
        //在該行，debug得知，實體沒有預設建構函式會進此分支，導致使用建構函式中的欄位順序與sql結果中的欄位順序進行強行匹配
            if (this.shouldApplyAutomaticMappings(resultMap, false)) {
                return this.createByConstructorSignature(rsw, resultType, constructorArgTypes, constructorArgs);
            } else {
                throw new ExecutorException("Do not know how to create an instance of " + resultType);
            }
        } else {
            return this.objectFactory.create(resultType);
        }
    }

再看實體類，因為使用了lombok，所以只能通過工具檢視

竟然只有一個帶引數的建構函式，沒有無引數的預設建構函式
再看實體上的註解，原來是加了Builder導致的，那增加一個無引數註解試試，@NoArgsConstructor
這個時候，預設無引數的構造函數出來了。
再重新啟動系統，一切執行正常。
問題解決。

問題原因

1、實體中沒有生成不帶引數的預設建構函式；
2、實體中的欄位順序與SQL語句中的Select的欄位順序不一致；

上述兩個巧合湊在一起了，結果導致觸發了mybatis的這個坑，如果使用mybatis自帶的Example或者Wrapper等封裝類。，也不會出現這個問題。

問題總結

1、完全使用實體中的配置，並且使用Example或者Wrapper等封裝類，
2、生成實體類的時候，如果使用lombok來配置的話，需要增加不帶任何引數的預設建構函式@NoArgsConstructor