为什么我们有contains（Object o）而不是contains（E e）？

为什么我们有contains（Object o）而不是contains（E e）？

contains()``Object

之所以使用，是因为它匹配的对象不必与您传递给的对象具有相同的类型

contains()

；它只要求它们相等。根据规范

contains()

，

contains(o)

如果存在

e

这样的对象，

(o==null? e==null :o.equals(e))

则返回true。请注意，没有什么要求，

o

并且

e

必须是相同的类型。这是因为该

equals()

方法接受一个

Object

as参数，而不仅仅是与该对象相同的类型。

尽管通常已经

equals()

定义了许多类，以便其对象只能等于其自己的类的对象，这确实是正确的，但事实并非总是如此。例如，针对的规范

List.equals()

说，即使两个

List

对象都是

List

s并且具有相同的内容，即使它们是List的不同实现，它们也是相等的。所以回来的例子在这个问题上，可以有一个

Collection<ArrayList>

和我打电话给

contains()

一个

linkedList

作为参数，如果存在具有相同内容的列表，它会返回true。如果

contains()

是通用的并且将其参数类型限制为，则这是不可能的

E

。

实际上，

contains()

将任何对象作为参数的事实允许一种有趣的用法，您可以使用它来测试集合中满足某个属性的对象的存在：

Collection<Integer> integers;boolean oddNumberExists = integers.contains(new Object() {    public boolean equals(Object e) {        Integer i = (Integer)e;        if (i % 2 != 0) return true;        else return false;    }});