今天简单聊聊java泛型之:
先简单来段例子:
public void testGenerics() {
Collection<Number> numbers = new ArrayList<>();
numbers.add(1); // ok
numbers.add(0.1); // ok
Collection<? extends Number> numbers2 = new ArrayList<>();
// don't work, you don't know which subtype 'numbers2' exactly contains
numbers2.add(1); // oops!
}
这个例子其实有点反人类,估计大部分人(包括我)对这种转换的第一反应肯定是“当然是对的”(这就掉坑了),说下我的理解:
再来个例子:
public void testGenerics() {
Collection<Number> numbers = new ArrayList<>();
Collection<Integer> integers = new ArrayList<>();
Collection<? extends Number> numbers2 = new ArrayList<>();
numbers2 = integers; // ok
numbers2 = numbers; // ok
// don't work, Collection<Number> != Collection<Integer>
numbers = integers; // oops!
}
Integer明明继承了Number,那为什么
不成立呢,我们再来看个例子:
public void testGenerics() {
Collection<Integer> profits = new ArrayList<>();
insertSomething(profits); // line 1
Integer profit = profits.iterator().next(); // oops! crash
}
private void insertSomething(Collection<Number> numbers) {
numbers.add(Long.MAX_VALUE);
}
如果line 1成立,那么接下去获取利润将会得到个负数,后续的一系列计算都会发声异常,如果代码不够健壮甚至可能会抛出一些意料之外的RuntimeException,导致方法不正常结束甚至程序crash。
所以一句话,Collection<Number> != Collection<Integer>是为了运行期的安全,将可能发生的类型转换异常在编译期就解决掉。
现在再来说说Collection<Object>与Collection<?>,又是很多人(包括我)第一反应肯定是“Object是所有java对象的公共父类,所以Collection<Object>可以表示任意类型的集合”,来看个例子:
public void testGenerics2() {
Collection<Integer> integers = new ArrayList<>();
Collection<?> objects2 = integers; // ok
// don't work, which type of 'objects2' contains is uncertain
objects2.add(1); // oops!
Collection<Object> objects = integers; // oops!
}
为什么Collection<Object>不是表示任意类型的集合呢,其实也是编译器认为这里有类型转换错误的风险:
public void testGenerics() {
Collection<Integer> integers = new ArrayList<>();
Collection<Object> objects = integers; // oops!
// don't work, which type of 'objects2' contains is uncertain
objects.add("1");
Integer one = objects.iterator().next(); // oops! crash
}
后记:
很久没发声了,一直想写点赞搜索架构设计中的小心得,然而才动了几个字,先来点随笔填填空虚。