摘要:跟进解析的源码,没找到加载的地方,时间紧迫,也没时间去仔细阅读文档,于是干脆自己动手重写了一个简单的从到的转换器。自定义直接实现这个接口,方法返回,直接接手整个的解析工作。
莫名其妙的异常
昨天做一个项目时用到了XStream来做XML到Bean的转换器,需要转换的Bean格式如下:
@Data @XStreamAlias("Document") public class AccountTradeHistoryResponseVo { @XStreamAlias("ResponseHeader") private CommonResponseHeader header; @XStreamAlias("Content") private Listcontent; }
本以为一切顺利,结果却报了个意料之外的异常:
java.lang.ClassCastException: com.xinzhen.pay.vo.jj.powercore.response.AccountTradeHistoryDetail cannot be cast to com.xinzhen.pay.vo.jj.powercore.response.AccountTradeHistoryDetail
明明是同一个类,怎么就转换异常了呢,百思不得其解!
Converter链XStream提供了Converter接口可以用来自定义转换器,接口定义如下:
public interface Converter extends ConverterMatcher { // Bean -> XML/Json void marshal(Object obj, HierarchicalStreamWriter writer, MarshallingContext context); // XML/Json -> Bean Object unmarshal(HierarchicalStreamReader reader, UnmarshallingContext context); } public interface ConverterMatcher { // 是否支持clazz类型的转换 boolean canConvert(Class clazz); }
Converter的设计使用了责任链模式,类似于SpringMVC的ViewResolvers链,通过canConverter()方法判断是否支持该元素类型的转换,如果支持则调用这个Converter的marshal()或unmarshal()来做Bean到XML/Json之间的转换;否则转移到下一个注册的Converter继续判断流程。
先简单继承了一下AbstractCollectionConverter,然后在解析的时候注册这个Converter,查看一下这里的Class之间到底有什么猫腻。
public class CustomCollectionConverter extends AbstractCollectionConverter { public CustomCollectionConverter(Mapper mapper) { super(mapper); } @Override public boolean canConvert(Class clazz) { Class> clazz1 = AccountTradeHistoryDetail.class; System.out.println(clazz1 == clazz); ClassLoader classLoader1 = clazz.getClassLoader(); ClassLoader classLoader2 = clazz1.getClassLoader(); return clazz1 == clazz; } @Override public void marshal(Object obj, HierarchicalStreamWriter writer, MarshallingContext context) { } @Override public Object unmarshal(HierarchicalStreamReader reader, UnmarshallingContext context) { return null; } }
果然不出所料,当传进来的clazz是AccountTradeHistoryDetail.class时,跟clazz1竟然不是同一个Class对象,两个ClassLoader也不相同,一个是RestartClassLoader, 另一个是AppClassLoader;因为项目是使用SpringBoot构建的,有两个ClassLoader是正常的,但为什么AccountTradeHistoryDetail.class这个类会被这两个ClassLoader分别加载一次呢?为了排除SpringBoot本身的问题,于是又写了个方法测试了一下:
Class> clazz = AccountTradeHistoryDetail.class; Field f = AccountTradeHistoryResponseVo.class.getDeclaredField("content"); // content为List,很明显是泛型参数 ParameterizedType t = (ParameterizedType) f.getGenericType(); Type[] types = t.getActualTypeArguments(); Class> clazz1 = (Class) types[0]; // 第一个类型就是实际泛型类型 System.out.println(clazz == clazz1);
这个地方为true,说明在这里这两个AccountTradeHistoryDetail是同一个Class对象,那么就可以排除SpringBoot的问题;看来是XStream出于什么原因重新加载了这个类,但是明明可以通过反射从字段中得出实际的参数类型,不知道XStream为什么要这么做。跟进XStream解析的源码,没找到加载Class的地方,时间紧迫,也没时间去仔细阅读文档,于是干脆自己动手重写了一个简单的从XML到Bean的转换器。
自定义Converter直接实现Converter这个接口,canConvert()方法返回true,直接接手整个Document的解析工作。
public class CustomConverter implements Converter { // 根结点下的成员变量类型 private MaprootTypeMap; // 根结点下List成员类型(若泛型 T=List - , 也应该放在listItemType里) private Map
listItemMap; // 根结点下的成员变量字段 private Map rootFieldMap; // 要解析的类型实例(ROOT) private Object instance; /** * @param instanceType 要解析的实例类型 * @param typeMap 泛型<成员变量名, 类型>Map * @param listItemType List类型<成员变量名, 类型>Map * @throws Exception */ public CustomConverter(Class instanceType, Map typeMap, Map listItemType) throws Exception { instance = instanceType.newInstance(); this.rootTypeMap = typeMap == null ? new HashMap<>() : rootTypeMap; this.listItemMap = listItemType == null ? new HashMap<>() : listItemType; rootFieldMap = new HashMap<>(); Field[] fields = instanceType.getDeclaredFields(); for (Field field : fields) { XStreamAlias annotation = field.getAnnotation(XStreamAlias.class); // 字段名, 如果设置了别名则使用别名 String fieldName = annotation == null ? field.getName() : annotation.value(); rootFieldMap.put(fieldName, field); } } @Override public void marshal(Object obj, HierarchicalStreamWriter writer, MarshallingContext context) { } @Override public Object unmarshal(HierarchicalStreamReader reader, UnmarshallingContext context) { try { // Root下节点处理 while (reader.hasMoreChildren()) { reader.moveDown(); String nodeName = reader.getNodeName(); Field field = rootFieldMap.get(nodeName); if (field == null) { reader.moveUp(); continue; } Class type = rootTypeMap.get(nodeName); if (type == null) { type = field.getType(); } field.setAccessible(true); // 该节点为List类型 if (listItemMap.containsKey(nodeName)) { List list = new ArrayList(); Class itemType = listItemMap.get(nodeName); if (itemType == String.class) { // List while (reader.hasMoreChildren()) { reader.moveDown(); list.add(reader.getValue()); reader.moveUp(); } } else { // List while (reader.hasMoreChildren()) { reader.moveDown(); list.add(parseObject(itemType, reader)); reader.moveUp(); } } field.set(instance, list); } else if (type == String.class) { // 该节点为String类型, 直接设置value field.set(instance, reader.getValue()); } else { // 非String类型, 解析该节点 field.set(instance, parseObject(type, reader)); } reader.moveUp(); } } catch (Exception e) { e.printStackTrace(); return null; } return instance; } /** * 解析子节点: 子节点只能是非基本类型(包括String) * * @param type * @param reader * @return */ public Object parseObject(Class type, HierarchicalStreamReader reader) throws Exception { Object obj = type.newInstance(); Map fieldMap = new HashMap<>(); Field[] fields = type.getDeclaredFields(); for (Field field : fields) { XStreamAlias annotation = field.getAnnotation(XStreamAlias.class); // 字段名, 如果设置了别名则使用别名 String fieldName = annotation == null ? field.getName() : annotation.value(); fieldMap.put(fieldName, field); } while (reader.hasMoreChildren()) { reader.moveDown(); String nodeName = reader.getNodeName(); // 获取对应的字段 Field field = fieldMap.get(nodeName); if (field == null) { reader.moveUp(); continue; } Class fType = field.getType(); field.setAccessible(true); if (fType == String.class) { // String类型, 直接设置value field.set(obj, reader.getValue()); } else { // 其他类型, 继续解析 field.set(obj, parseObject(fType, reader)); } reader.moveUp(); } return obj; } /** * 这个Converter作为所有字段的Converter * * @param type * @return */ @Override public boolean canConvert(Class type) { return true; } }
该注册器的构造方法有几个关键参数:
Class instanceType: 要转换的目标类型
Map
typeMap : 泛型类型的字段名和实际类型的MapMap
listItemType : List类型的字段名和实际类型的Map
虽然功能简单,但至少满足了目前转换的需求;有关XStream类加载的问题,有时间还得好好研究。
文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/68107.html
摘要:跟进解析的源码,没找到加载的地方,时间紧迫,也没时间去仔细阅读文档,于是干脆自己动手重写了一个简单的从到的转换器。自定义直接实现这个接口,方法返回,直接接手整个的解析工作。 莫名其妙的异常 昨天做一个项目时用到了XStream来做XML到Bean的转换器,需要转换的Bean格式如下: @Data @XStreamAlias(Document) public class AccountT...
摘要:简介是一个对象与互相转换的工具类库。官网链接简单使用下载页面使用构建项目的加入以下依赖创建对象转使用方法。创建解析对象设置别名默认会输出全路径转为转换后的文本为转对象使用方法。 XStream简介 XStream是一个Java对象与XML互相转换的工具类库。 官网链接: http://x-stream.github.io/index.html 简单使用 下载页面:http://x-st...
摘要:最受欢迎的个库连续两年,二度成为中最受欢迎的库。此外,谷歌的开源项目来势汹汹,勇夺第三名,该库包含了一系列谷歌内含的核心库。在本次最受欢迎的个库中,个库与相关。 【编者按】本文作者为 Henn Idan,主要介绍基于 GitHub 中的数据分析,得出的2016年度最受欢迎的100个 Java 库。本文系国内 ITOM 管理平台 OneAPM 编译呈现。 谁拔得头筹?谁又落于人后?我们分...
摘要:想要实现自定义菜单的功能,需要有已认证订阅号和已认证服务号。测试时可以尝试取消关注公众账号后再次关注,则可以看到创建后的效果。 想要实现自定义菜单的功能,需要有已认证订阅号和已认证服务号。对于测试开发来说,可以直接申请一个测试账号:http://mp.weixin.qq.com/debug... 同样需要token的验证,前期接口已经定义好了,直接拿来就可以 showImg(https...
阅读 1627·2021-10-12 10:11
阅读 3745·2021-09-03 10:35
阅读 1437·2019-08-30 15:55
阅读 2121·2019-08-30 15:54
阅读 990·2019-08-30 13:07
阅读 1002·2019-08-30 11:09
阅读 567·2019-08-29 13:21
阅读 2643·2019-08-29 11:32