概述
问题是这样的
在开发时，为了节约时间，我选择了mybatis框架来开发,然后又在网上找了一个许多人都推荐的mybatis-plus来作为持久层框架。
于是乎我按照官方的DEMO下了一个springBoot的mybatis-plus版本的DEMO
这个DEMO是基于H2数据库的，跑了下没有问题。DEMO是能正常运行的。
然后我将这个工程的代码快速拷贝的新的一个工程里，并把数据库由H2换为了MYSQL。但项目跑起来时，出现了如下问题：
数据库里的数据如下图
表结构如下图
查询出来的结果中对于timestamp类型的字段为空
为了解决这个问题，我决定通过debug断点观察下是否查询是把数据数据查出来了
由于用的mybatis-plus框架来开发，而mybaits-plus框架是基于mybatis框架的，为了看是否把数据查询出来，直接在ResultSetHandler上把一个dubug就好。在默认情况下，mybatis框架使用的ResultSetHandler为DefaultResultSetHandler，当查询mybatis查询完毕后，会通过ResultSetHandler的handleResultSets(Statement stmt)方法对查询的数据结果集进行封装
所以将断点打在handlerResultSets方法上最为合适。
再通过statement -> wrapper ->results -> rowData ->rows观察发现如下数据：
查询返回的结果集中rows的记录数为1，第1个字段的ascii为49，而49是ascii中数字1的值。而第二个字段也有值，说明所对应的timestamp字段是有返回值的,数据库查询是没有问题的。
然而通过mybatis代码进一步封装后的数据multipleResults又表示，只查询到了类型为Int的字段的数据
这么也就是说，问题应该是出在了multipleResults的赋值问题上了
handleResultSets的完整代码为
//
// HANDLE RESULT SETS
//
@Override
public List<Object> handleResultSets(Statement stmt) throws SQLException {
ErrorContext.instance().activity("handling results").object(mappedStatement.getId());
final List<Object> multipleResults = new ArrayList<Object>();
int resultSetCount = 0;
ResultSetWrapper rsw = getFirstResultSet(stmt);
List<ResultMap> resultMaps = mappedStatement.getResultMaps();
int resultMapCount = resultMaps.size();
validateResultMapsCount(rsw, resultMapCount);
while (rsw != null && resultMapCount > resultSetCount) {
ResultMap resultMap = resultMaps.get(resultSetCount);
handleResultSet(rsw, resultMap, multipleResults, null);
rsw = getNextResultSet(stmt);
cleanUpAfterHandlingResultSet();
resultSetCount++;
}
String[] resultSets = mappedStatement.getResultSets();
if (resultSets != null) {
while (rsw != null && resultSetCount < resultSets.length) {
ResultMapping parentMapping = nextResultMaps.get(resultSets[resultSetCount]);
if (parentMapping != null) {
String nestedResultMapId = parentMapping.getNestedResultMapId();
ResultMap resultMap = configuration.getResultMap(nestedResultMapId);
handleResultSet(rsw, resultMap, null, parentMapping);
}
rsw = getNextResultSet(stmt);
cleanUpAfterHandlingResultSet();
resultSetCount++;
}
}
return collapseSingleResultList(multipleResults);
}
说明问题出在 handleResultSet(rsw, resultMap, multipleResults, null);这句代码上了
通过代码跟踪，发现如下代码
//
// GET VALUE FROM ROW FOR SIMPLE RESULT MAP
//
private Object getRowValue(ResultSetWrapper rsw, ResultMap resultMap) throws SQLException {
final ResultLoaderMap lazyLoader = new ResultLoaderMap();
Object rowValue = createResultObject(rsw, resultMap, lazyLoader, null);
if (rowValue != null && !hasTypeHandlerForResultObject(rsw, resultMap.getType())) {
final MetaObject metaObject = configuration.newMetaObject(rowValue);
boolean foundValues = this.useConstructorMappings;
if (shouldApplyAutomaticMappings(resultMap, false)) {
foundValues = applyAutomaticMappings(rsw, resultMap, metaObject, null) || foundValues;
}
foundValues = applyPropertyMappings(rsw, resultMap, metaObject, lazyLoader, null) || foundValues;
foundValues = lazyLoader.size() > 0 || foundValues;
rowValue = (foundValues || configuration.isReturnInstanceForEmptyRow()) ? rowValue : null;
}
return rowValue;
}
继而发现如下的核心代码
private boolean applyAutomaticMappings(ResultSetWrapper rsw, ResultMap resultMap, MetaObject metaObject, String columnPrefix) throws SQLException {
List<UnMappedColumnAutoMapping> autoMapping = createAutomaticMappings(rsw, resultMap, metaObject, columnPrefix);
boolean foundValues = false;
if (!autoMapping.isEmpty()) {
for (UnMappedColumnAutoMapping mapping : autoMapping) {
final Object value = mapping.typeHandler.getResult(rsw.getResultSet(), mapping.column);
if (value != null) {
foundValues = true;
}
if (value != null || (configuration.isCallSettersOnNulls() && !mapping.primitive)) {
// gcode issue #377, call setter on nulls (value is not 'found')
metaObject.setValue(mapping.property, value);
}
}
}
return foundValues;
}
通过断点发现以下数据
在获取这个查询的的返回字段时，只获取出来两个,即int类型和varchar类型的.
再通过跟踪发现了如下代码
private List<UnMappedColumnAutoMapping> createAutomaticMappings(ResultSetWrapper rsw, ResultMap resultMap, MetaObject metaObject, String columnPrefix) throws SQLException {
final String mapKey = resultMap.getId() + ":" + columnPrefix;
List<UnMappedColumnAutoMapping> autoMapping = autoMappingsCache.get(mapKey);
if (autoMapping == null) {
autoMapping = new ArrayList<UnMappedColumnAutoMapping>();
final List<String> unmappedColumnNames = rsw.getUnmappedColumnNames(resultMap, columnPrefix);
for (String columnName : unmappedColumnNames) {
String propertyName = columnName;
if (columnPrefix != null && !columnPrefix.isEmpty()) {
// When columnPrefix is specified,
// ignore columns without the prefix.
if (columnName.toUpperCase(Locale.ENGLISH).startsWith(columnPrefix)) {
propertyName = columnName.substring(columnPrefix.length());
} else {
continue;
}
}
final String property = metaObject.findProperty(propertyName, configuration.isMapUnderscoreToCamelCase());
if (property != null && metaObject.hasSetter(property)) {
if (resultMap.getMappedProperties().contains(property)) {
continue;
}
final Class<?> propertyType = metaObject.getSetterType(property);
if (typeHandlerRegistry.hasTypeHandler(propertyType, rsw.getJdbcType(columnName))) {
final TypeHandler<?> typeHandler = rsw.getTypeHandler(propertyType, columnName);
autoMapping.add(new UnMappedColumnAutoMapping(columnName, property, typeHandler, propertyType.isPrimitive()));
} else {
configuration.getAutoMappingUnknownColumnBehavior()
.doAction(mappedStatement, columnName, property, propertyType);
}
} else {
configuration.getAutoMappingUnknownColumnBehavior()
.doAction(mappedStatement, columnName, (property != null) ? property : propertyName, null);
}
}
autoMappingsCache.put(mapKey, autoMapping);
}
return autoMapping;
}
直到看到这里
final String property = metaObject.findProperty(propertyName, configuration.isMapUnderscoreToCamelCase());
才知道问题所在了， configuration.isMapUnderscoreToCamelCase()的值为true，即开启了驼峰命令。
所以查找字段时就找不到。 把之前的类似crt_time改为crtTime后，就可以了！ 没想到这么一个小错误，让我纠结了这么久！还好能跟踪源码！
通过这次的问题排查，让我明白了一个道理： 如果不知道某个框架原理的情况下，不要随便填写它的配置信息。在享受到框架的便捷性的同时，最好也得要明白它的原理，这样当出现问题时，才好快速定位。
以上为个人经验，希望能给大家一个参考，也希望大家多多支持靠谱客。
最后
以上就是落后雨为你收集整理的基于mybatis-plus timestamp返回为null问题的排除的全部内容，希望文章能够帮你解决基于mybatis-plus timestamp返回为null问题的排除所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错，欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复