Map<String,String> stringMap = new HashMap<>(); //1
String value = stringMap.get("name"); //2
问个问题 如何才能让第二行报下面的错？？
java.lang.ClassCastException:
java.lang.Integer cannot be cast to java.lang.String
这个问题是年前碰到的问题，今天突然想起来了，调试了下源码，找了找答案。
事情经过是这样子的，有一朋友写了类似的代码：
XML:
<select id="selectAllSongInfoMap" resultType="java.util.Map">
select * from song_Info
</select>
Mapper.java:
Map<String,String> selectAllSongInfoMap();
A.java:
Map<String,String> stringMap = selectAllSongInfoMap();
for (Map.Entry<String, String> stringStringEntry : stringMap.entrySet()) {
String value = stringStringEntry.getValue(); //233
}
行233报错了：
java.lang.ClassCastException:
java.lang.Integer cannot be cast to java.lang.String
乍一看日志报错的行号是233行，这肯定不能信啊，这行打死也不会报这个错。
肯定一番操作，拉线上jar包，反编译对行号，还特么是这行，直接蒙B
时间又回到了今晚，先说结论：
Map<String,String> myMap = null;
Map ff = new HashMap();
ff.put("age",22);
myMap = ff;
String s = myMap.get("age"); //5
行5就会报错
java.lang.ClassCastException:
java.lang.Integer cannot be cast to java.lang.String
但是如果按照上边写的，你用的开发工具肯定就提醒了
但是你在Mybatis中用作返回值就没有提醒了
过程：
- 拉去Mybatis源码
- 打开源码中的org.apache.ibatis.session.SqlSessionTest类
- 测试类配好数据库直接跑
- 跟踪代码直到要把数据库查出的值转换成我们指定的类型的时候
- org.apache.ibatis.executor.resultset.DefaultResultSetHandler#getRowValue(org.apache.ibatis.executor.resultset.ResultSetWrapper, org.apache.ibatis.mapping.ResultMap, java.lang.String)
private Object getRowValue(ResultSetWrapper rsw, ResultMap resultMap, String columnPrefix) throws SQLException {
final ResultLoaderMap lazyLoader = new ResultLoaderMap();
//根据xml中指定的返回值创建对象
//这里java.util.Map 就会被实力化为 new HashMap() 没有指定范型
Object rowValue = createResultObject(rsw, resultMap, lazyLoader, columnPrefix);
if (rowValue != null && !hasTypeHandlerForResultObject(rsw, resultMap.getType())) {
// 这里就厉害了 根据rowValue实例化 先看后边的
final MetaObject metaObject = configuration.newMetaObject(rowValue);
boolean foundValues = this.useConstructorMappings;
//到这里 也就是说
//MetaObject 被实例化成功
//其中的 objectWrapper 则被实例化成了 MapWrapper
//MapWrapper 中有个 Map<String, Object> map 属性
//rowValue 则被赋值给了 map
//而 map 则可以作为 rowValue 的引用胡作非为
//后边 两个赋值操作
if (shouldApplyAutomaticMappings(resultMap, false)) {
foundValues = applyAutomaticMappings(rsw, resultMap, metaObject, columnPrefix) || foundValues;
}
foundValues = applyPropertyMappings(rsw, resultMap, metaObject, lazyLoader, columnPrefix) || foundValues;
foundValues = lazyLoader.size() > 0 || foundValues;
rowValue = foundValues || configuration.isReturnInstanceForEmptyRow() ? rowValue : null;
}
return rowValue;
}
//实例化 MetaObject
private MetaObject(Object object, ObjectFactory objectFactory, ObjectWrapperFactory objectWrapperFactory, ReflectorFactory reflectorFactory) {
this.originalObject = object;
this.objectFactory = objectFactory;
this.objectWrapperFactory = objectWrapperFactory;
this.reflectorFactory = reflectorFactory;
//各式各样
if (object instanceof ObjectWrapper) {
this.objectWrapper = (ObjectWrapper) object;
} else if (objectWrapperFactory.hasWrapperFor(object)) {
this.objectWrapper = objectWrapperFactory.getWrapperFor(this, object);
} else if (object instanceof Map) {
//我们的Map 肯定就走这里了
this.objectWrapper = new MapWrapper(this, (Map) object);
} else if (object instanceof Collection) {
this.objectWrapper = new CollectionWrapper(this, (Collection) object);
} else {
this.objectWrapper = new BeanWrapper(this, object);
}
}
public class MapWrapper extends BaseWrapper {
//原来里面是有范型
private final Map<String, Object> map;
public MapWrapper(MetaObject metaObject, Map<String, Object> map) {
super(metaObject);
this.map = map;
}
.
.
.
}
大致再一梳理，就是这么回事，数据库的字段有int类型所以报了转换的错：
Map<String,String> myMap = null; //myMap
Map ff = new HashMap(); // ff
Map<String,Object> mObject = ff; // mObject
mObject.put("c",2);
mObject.put("a","b");
myMap = ff;
String s = myMap.get("c"); //报错一行
mObject仗着自己有 ff 的引用，胡乱塞值，等到真正的使用者myMap使用的时候确报了强制转换的错误。
突然联想到昨晚看的奇葩说辩论“扶弟魔”，女人背着老公把钱借给弟弟，结果老公想买东西的时候发现没钱了。
