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

Question

是否要保持与旧版本（未生成）的向后兼容性Collection？还是我缺少一个更微妙的细节？我在remove（remove(Object o)）中也看到了这种模式，但是add归纳为add(E e)。

Answer 1

contains()``Object之所以使用，是因为它匹配的对象不必与您传递给的对象具有相同的类型contains()；它只要求它们相等。根据规范contains()，contains(o)如果存在e这样的对象，(o==null ? e==null : o.equals(e))则返回true。请注意，没有什么要求，o并且e必须是相同的类型。这是因为该equals()方法接受一个Objectas参数，而不仅仅是与该对象相同的类型。

尽管通常已经equals()定义了许多类，以便其对象只能等于其自己的类的对象，这确实是正确的，但事实并非总是如此。例如，针对的规范List.equals()说，即使两个List对象都是Lists并且具有相同的内容，即使它们是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;
    }
});