Xstream解析XML报文中携带的参数类型，以及json无法携带参数类型的问题

业务场景：ApplyXMLServlet接口作用是接收xml报文，转为实体类，处理之后再转为XML报文发送给其他系统。现增加了一个AplyJSONServlet，接收json，转为实体类，处理之后再转为XML报文发送给其他系统。

问题描述：XML接口接收的报文中有携带数据类型声明的节点，如下所示：

 <birthday class="sql-date">1983-04-25</birthday>

XStream可以识别这个class，在转型时可以将此节点转为java.sql.Date类型，且在XStream的源码中看到，只能识别以下3种class声明：

if(jvm.supportsSQL())
        {
            alias("sql-timestamp", jvm.loadClass("java.sql.Timestamp"));
            alias("sql-time", jvm.loadClass("java.sql.Time"));
            alias("sql-date", jvm.loadClass("java.sql.Date"));
        }

在XML和实体类互相转化时，XStream可以对这三个java.sql下的日期类型进行声明和转化，而不是默认的java.util.Date。

 而由于参数类型在JSON中无法携带、fastjson也无法解析，所以会在JSON转实体类时将日期转为java.util.Date类型，实体类再次转XML时，就不会携带数据类型声明。

问题解决：问题在于Xstream只对java.sql包下的日期类型生成类型声明，所以解决方案有以下4种（有几个只是我的想法，由于难度较大难以实现）：

1.更改实体类代码，将日期类型直接声明为java.sql.Date。不建议这么做，因为修改实体类对于很多项目来说不现实，而且sql.Date是util.Date的子类，直接使用子类会失去util.Date的部分功能。

2.重写Xstream的源码方法，使其对java.util.Date同样会生成类型声明

3.重写fastjson的源码方法，使JSON转实体类的时候自动将日期类型转为java.sql.Date

4.这是我最终用的方法，在实体类进行业务操作结束，转XML之前对实体类进行递归反射，获取所有java.util.Date类型的字段，转为java.sql.Date类型再set进实体类中。这样得到的XML就会携带日期类型了。代码如下：

//此方法用来将传入的字符串转成方法名称，如传入"id"，返回"getId"
public String getMethodName(String methodName,String GorS){
	String upperCase = methodName.substring(0, 1).toUpperCase();
	methodName = upperCase + methodName.substring(1);
	methodName = GorS + methodName;
	return methodName;
}
	
//递归遍历传入对象，将其所有的util.Date属性以及子对象中所有的util.Date属性转为sql.Date
//注意：此方法为对所有属性以及所有子对象递归，对于配置了Hibernate懒加载的大对象慎用！！！
public void changeDateFromUtilToSql(Class clazz,Object info,int count) throws Exception{
	Field[] fields = clazz.getDeclaredFields();
	for(int i = 0;i<fields.length;i++){
		Field f = fields[i];
		Method methodG = clazz.getMethod(this.getMethodName(f.getName(),"get"));
		Method methodS ;
		if(methodG.invoke(info)==null){
			continue;
		}else if(f.getType().equals(java.util.Date.class)){
			methodS = clazz.getMethod(this.getMethodName(f.getName(),"set"),f.getType());
			java.util.Date invoke = (java.util.Date) methodG.invoke(info);
			if(invoke!=null){
				if(f.getName().equals("operateDate")){
					methodS.invoke(info, new java.sql.Timestamp(invoke.getTime()));
				}else{
					methodS.invoke(info, new java.sql.Date(invoke.getTime()));
				}
			}
		}else if(f.getType().equals(List.class)){
			List<?> invokes = (List<?>) methodG.invoke(info);
			for(int j = 0;j<invokes.size();j++){
				if(count==3){
					continue;
				}else{
			changeDateFromUtilToSql(invokes.get(j).getClass(),invokes.get(j),++count);
				}
			}
		}else{
		//此时属性f既非集合类型，也不是Date类型，即可能为子对象，也可能为基本数据类型/引用数据类型
			Object invoke = methodG.invoke(info);
			String packageName = invoke.getClass().getPackage().getName();
			String pn = packageName.replaceFirst("java.", "");
			if("lang,math,util".indexOf(pn)>-1){
				//说明为基本数据类型或引用数据类型，即没有下一层递归
				continue;
				}else{
				//说明为子对象，递归在3层之内的话，继续递归
				if(count==3){
					continue;
				}else{
					changeDateFromUtilToSql(invoke.getClass(),invoke,++count);
				}
			}
		}
	}
}

对实体类中属性的判断，要区分集合、基本数据类型、引用数据类型、自定义子对象等，故需要使用递归，注意增加递归层数限制，我在代码中限制了递归层数为3。而由于基本、引用数据类型（如Integer、String、BigDecimal）等类型不需反射，又想不到如何将它们与自定义子对象区分开，所以我在这里用包名来区分，具体要根据实体类中含有哪些类型来增加。

第4种方法适用于实体类不是特别大的情况，如果实体类占内存较多，不建议大规模反射，比较消耗内存。第2、3种方法难度较大，但如果能实现效果应该会相当好，如果有朋友实现了的话，请务必留言给我，请不吝赐教

后记：如果实体类中日期类型的属性命名比较规范的话，完全可以对最后的XML进行字符串替换，将日期节点替换成带有class的节点，这是最节省资源的方式。以及，第四种方法的代码不完善，可以将所有日期类型的属性放入HashMap中，不需重复获取。使用次数多的话，亦可以存入静态全局HashMap中，作为缓存调用，节省反射消耗的资源。