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使用的时候确报了强制转换的错误。
突然联想到昨晚看的奇葩说辩论“扶弟魔”,女人背着老公把钱借给弟弟,结果老公想买东西的时候发现没钱了。