Spring 构造器参数实例化有点不科学

（本人菜鸟，下面有不对的地方，希望大神包容，并指点一二）

关于spring构造器的问题，spring版本 3.2.2.RELEASE

先贴上相关的配置和构造方法

<!-- xml 构造器参数 -->
<constructor-arg name="port" value="8080" type="java.lang.Integer"/>

/**
 * 构造方法   注意这里的int  和 xml中的Integer
 **/
public Test(int port){

}

在使用spring构造器的时候一直报错：

Could not resolve matching constructor (hint: specify index/type/name arguments for simple parameters to avoid type ambiguities)

查看源码发现了一个有意思的问题，spring在初始化构造器参数的过程中有这样的一段代码

public ValueHolder getGenericArgumentValue(Class requiredType, String requiredName, Set<ValueHolder> usedValueHolders) {
		for (ValueHolder valueHolder : this.genericArgumentValues) {
			if (usedValueHolders != null && usedValueHolders.contains(valueHolder)) {
				continue;
			}
			if (valueHolder.getName() != null &&
					(requiredName == null || !valueHolder.getName().equals(requiredName))) {
				continue;
			} if (valueHolder.getType() != null &&
					(requiredType == null || !ClassUtils.matchesTypeName(requiredType, valueHolder.getType()))) {
				continue;
			}
			if (requiredType != null && valueHolder.getType() == null && valueHolder.getName() == null &&
					!ClassUtils.isAssignableValue(requiredType, valueHolder.getValue())) {
				continue;
			}
			return valueHolder;
		}
		return null;
	}

返回构造器某个参数的值对象，然后后续代码会根据这个对象进行参数的填充，

上面的逻辑大致为 从配置文件的参数列表中取值，根据传入的参数类型，名称找到参数值对象，并返回。

过程中会先判断传入的参数名称，类型是否已经被使用，是否存在于配置的变量中。

出现问题的地方在

if (valueHolder.getType() != null &&
					(requiredType == null || !ClassUtils.matchesTypeName(requiredType, valueHolder.getType()))) {
				continue;
			}

这里判断传入的类型和xml配置的构造器参数类型是否一致

然后对于实际的构造方法参数类型 requiredType=int,xml中解析出来的类型 valueHolder.getType() =java.lang.Integer

int 和 Integer 应该算是对等的，但是此处

ClassUtils.matchesTypeName(requiredType, valueHolder.getType())

却是false,类型不匹配，然后直接导致代码continue ,port参数对应的valueHolder没有获取到，从而对象通过构造器实例化失败。

不知道这算不算spring的一个bug呢，

因为一直使用 3.2.2.RELEASE 这个版本，所以也没有去看其他的版本是否也有这个问题

--2015-10-23 23:40 编辑

刚将xml配置中的type去掉，程序正常初始化，这里也说明的之前的int 和 Integer类型之间在spring构造器的处理中没有做兼容，不知道是bug，还是spring有意为之

www.cockfly.com

转载于:https://my.oschina.net/u/2265586/blog/521444