collection接口解析

                                                  collection 接口

Collection 层次结构 中的根接口。Collection 表示一组对象，这些对象也称为 collection 的元素。一些 collection 允许有重复的元素，而另一些则不允许。一些 collection 是有序的，而另一些则是无序的。JDK 不提供此接口的任何直接 实现：它提供更具体的子接口（如 Set 和 List）实现。此接口通常用来传递 collection，并在需要最大普遍性的地方操作这些 collection。
包 (bag) 或多集合 (multiset)（可能包含重复元素的无序 collection）应该直接实现此接口。
所有通用的 Collection 实现类（通常通过它的一个子接口间接实现 Collection）应该提供两个“标准”构造方法：一个是 void（无参数）构造方法，用于创建空 collection；另一个是带有 Collection 类型单参数的构造方法，用于创建一个具有与其参数相同元素新的 collection。实际上，后者允许用户复制任何 collection，以生成所需实现类型的一个等效 collection。尽管无法强制执行此约定（因为接口不能包含构造方法），但是 Java 平台库中所有通用的 Collection 实现都遵从它。
此接口中包含的“破坏性”方法，是指可修改其所操作的 collection 的那些方法，如果此 collection 不支持该操作，则指定这些方法抛出 UnsupportedOperationException。如果是这样，那么在调用对该 collection 无效时，这些方法可能，但并不一定抛出 UnsupportedOperationException。例如，如果要添加的 collection 为空且不可修改，则对该 collection 调用 addAll(Collection) 方法时，可能但并不一定抛出异常。
一些 collection 实现对它们可能包含的元素有所限制。例如，某些实现禁止 null 元素，而某些实现则对元素的类型有限制。试图添加不合格的元素将抛出一个未经检查的异常，通常是 NullPointerException 或 ClassCastException。试图查询是否存在不合格的元素可能抛出一个异常，或者只是简单地返回 false；某些实现将表现出前一种行为，而某些实现则表现后一种。较为常见的是，试图对某个不合格的元素执行操作且该操作的完成不会导致将不合格的元素插入 collection 中，将可能抛出一个异常，也可能操作成功，这取决于实现本身。这样的异常在此接口的规范中标记为“可选”。
由每个 collection 来确定其自身的同步策略。在没有实现的强烈保证的情况下，调用由另一进程正在更改的 collection 的方法可能会出现不确定行为；这包括直接调用，将 collection 传递给可能执行调用的方法，以及使用现有迭代器检查 collection。
Collections Framework 接口中的很多方法是根据 equals 方法定义的。例如，contains(Object o) 方法的规范声明：“当且仅当此 collection 包含至少一个满足 (o==null ? e==null :o.equals(e)) 的元素 e 时，返回 true。”不 应将此规范理解为它暗指调用具有非空参数 o 的 Collection.contains 方法会导致为任意的 e 元素调用 o.equals(e) 方法。可随意对各种实现执行优化，只要避免调用 equals 即可，例如，通过首先比较两个元素的哈希码。（Object.hashCode() 规范保证哈希码不相等的两个对象不会相等）。较为常见的是，各种 Collections Framework 接口的实现可随意利用底层 Object 方法的指定行为，而不管实现程序认为它是否合适。
此接口是 Java Collections Framework 的一个成员。



public interface Collection<E> extends  Iterable<E> {
    // Query Operations
     //返回此 collection 中的元素数。如果此 collection 包含的元素大于 Integer.MAX_VALUE，则返回 Integer.MAX_VALUE。返回：此 collection 中的元素
    int size();
    /**
     *如果此集合不包含任何元素，则返回true
     *
     *如果此集合不包含任何元素，则返回true
     */
    boolean isEmpty();
    /**
      *如果此 collection 包含指定的元素，则返回 true。更确切地讲，当且仅当此 collection 至少包含一个满足 (o==null ? e==null : o.equals(e)) 的元素 e 时，返回true。* 参数：o - 测试在此 collection 中是否存在的元素。返回：如果此 collection 包含指定的元素，则返回 true抛出：ClassCastException - 如果指定元素的类型与此 c         *ollection 不兼容（可选）。NullPointerException - 如果指定的元素为 null，并且此 collection 不允许 null 元素（可选）。
     */
    boolean contains(Object o);
    /**
    返回在此 collection 的元素上进行迭代的迭代器。关于元素返回的顺序没有任何保证（除非此 collection 是某个能提供保证顺序的类实例）。
    指定者：
    接口 Iterable<E> 中的 iterator
    返回：
    在此 collection 的元素上进行迭代的 Iterator
     */
    Iterator<E> iterator();
    /**
    返回包含此 collection 中所有元素的数组。如果 collection 对其迭代器返回的元素顺序做出了某些保证，那么此方法必须以相同的顺序返回这些元素。返回的数组将是“安全的”，因     为此 collection 并不维护对返回数组的任何引用。（换句话说，即使 collection 受到数组的支持，此方法也必须分配一个新的数组）。因此，调用者可以随意修改返回的数组。
    此方法充当了基于数组的 API 与基于 collection 的 API 之间的桥梁。
    返回：包含此 collection 中所有元素的数组
     */
    Object[] toArray();
    /**
    <T> T[] toArray(T[] a)
    返回包含此 collection 中所有元素的数组；返回数组的运行时类型与指定数组的运行时类型相同。如果指定的数组能容纳该 collection，则返回包含此 collection 元素的数组。否     则，将分配一个具有指定数组的运行时类型和此 collection 大小的新数组。
    如果指定的数组能容纳 collection，并有剩余空间（即数组的元素比 collection 的元素多），那么会将数组中紧接 collection 尾部的元素设置为 null。（只有 在调用者知道此     collection 没有包含任何 null 元素时才能用此方法确定 collection 的长度。）
    如果此 collection 对其迭代器返回的元素顺序做出了某些保证，那么此方法必须以相同的顺序返回这些元素。
    像 toArray() 方法一样，此方法充当基于数组的 API 与基于 collection 的 API 之间的桥梁。更进一步说，此方法允许对输出数组的运行时类型进行精确控制，并且在某些情况下，     可以用来节省分配开销。
    假定 x 是只包含字符串的一个已知 collection。以下代码用来将 collection 转储到一个新分配的 String 数组：
     String[] y = x.toArray(new String[0]);
    注意，toArray(new Object[0]) 和 toArray() 在功能上是相同的。
    参数：
    a - 存储此 collection 元素的数组（如果其足够大）；否则，将为此分配一个具有相同运行时类型的新数组。
    返回：
    包含此 collection 中所有元素的数组
    抛出：
    ArrayStoreException - 如果指定数组的运行时类型不是此 collection 每个元素运行时类型的超类型
    NullPointerException - 如果指定的数组为 null
     */
    <T> T[] toArray(T[] a);
    // Modification Operations
    /**
    确保此 collection 包含指定的元素（可选操作）。如果此 collection 由于调用而发生更改，则返回 true。（如果此 collection 不允许有重复元素，并且已经包含了指定的元素，     则返回 false。）
    支持此操作的 collection 可以限制哪些元素能添加到此 collection 中来。需要特别指出的是，一些 collection 拒绝添加 null 元素，其他一些 collection 将对可以添加的元素     类型强加限制。Collection 类应该在其文档中清楚地指定能添加哪些元素方面的所有限制。
    如果 collection 由于某些原因（已经包含该元素的原因除外）拒绝添加特定的元素，那么它必须 抛出一个异常（而不是返回 false）。这确保了在此调用返回后，collection 总是包     含指定的元素。
    参数：
    e - 确定此 collection 中是否存在的元素。
    返回：
    如果此 collection 由于调用而发生更改，则返回 true
    抛出：
    UnsupportedOperationException - 如果此 collection 不支持 add 操作
    ClassCastException - 如果指定元素的类不允许它添加到此 collection 中
    NullPointerException - 如果指定的元素为 null，并且此 collection 不允许 null 元素
    IllegalArgumentException - 如果元素的某属性不允许它添加到此 collection 中
    IllegalStateException - 如果由于插入限制，元素不能在此时间添加
     */
    boolean add(E e);
    /**
    从此 collection 中移除指定元素的单个实例，如果存在的话（可选操作）。更确切地讲，如果此 collection 包含一个或多个满足 (o==null ? e==null : o.equals(e)) 的元素     e，则移除这样的元素。如果此 collection 包含指定的元素（或者此 collection 由于调用而发生更改），则返回 true 。
    参数：
    o - 要从此 collection 中移除的元素（如果存在）。
    返回：
    如果此调用将移除一个元素，则返回 true
    抛出：
    ClassCastException - 如果指定元素的类型与此 collection 不兼容（可选）
    NullPointerException - 如果指定的元素为 null，并且此 collection 不允许 null 元素（可选）。
    UnsupportedOperationException - 如果此 collection 不支持 remove 操作
     */
    boolean remove(Object o);
    // Bulk Operations
    如果此 collection 包含指定 collection 中的所有元素，则返回 true。
    参数：
    c - 将检查是否包含在此 collection 中的 collection
    返回：
    如果此 collection 包含指定 collection 中的所有元素，则返回 true
    抛出：
    ClassCastException - 如果指定 collection 中有一个或多个元素的类型与此 collection 不兼容（可选）
    NullPointerException - 如果指定 collection 包含一个或多个 null 元素，并且此 collection 不允许 null 元素（可选），或者指定的 collection 为 null
    另请参见：
    contains(Object)
     */
    boolean containsAll(Collection<?> c);
    /**
    将指定 collection 中的所有元素都添加到此 collection 中（可选操作）。如果在进行此操作的同时修改指定的 collection，那么此操作行为是不确定的。（这意味着如果指定的         collection 是此 collection，并且此 collection 为非空，那么此调用的行为是不确定的。）
    参数：
    c - 包含要添加到此 collection 的元素的 collection
    返回：
    如果此 collection 由于调用而发生更改，则返回 true
    抛出：
    UnsupportedOperationException - 如果此 collection 不支持 addAll 方法
    ClassCastException - 如果指定 collection 中某个元素的类不允许它添加到此 collection 中
    NullPointerException - 如果指定 collection 包含 null 元素，并且此 collection 不支持 null 元素，或者指定的 collection 为 null
    IllegalArgumentException - 如果指定 collection 的元素的某属性不允许它添加到此 collection 中
    IllegalStateException - 如果由于插入限制，不是所有的元素都能在此时间添加
    另请参见：
    add(Object)
     */
    boolean addAll(Collection<? extends E> c);
    /**
     移除此 collection 中那些也包含在指定 collection 中的所有元素（可选操作）。此调用返回后，collection 中将不包含任何与指定 collection 相同的元素。
    参数：
    c - 办好要从此 collection 移除的元素的 collection
    返回：
    如果此 collection 由于调用而发生更改，则返回 true
    抛出：
    UnsupportedOperationException - 如果此 collection 不支持 removeAll 方法
    ClassCastException - 如果此 collection 中一个或多个元素的类型与指定 collection 不兼容（可选）
    NullPointerException - 如果此 collection 包含一个或多个 null 元素，并且指定的 collection 不支持 null 元素（可选），或者指定的 collection 为 null
    另请参见：
    remove(Object), contains(Object)
     */
    boolean removeAll(Collection<?> c);
    /**
        * default boolean removeIf(Predicate<? super E> filter)
    删除满足给定谓词的此集合的所有元素。 在迭代或谓词中抛出的错误或运行时异常被转发给调用者。
    实现要求：
    默认实现使用其iterator()遍历集合的所有元素。 使用Iterator.remove()删除每个匹配元素。 如果集合的迭代器不支持删除，那么UnsupportedOperationException将被抛出第一个     匹配元素。
    参数
    filter - 对要删除的元素返回 true
    结果
    true如果有任何元素被删除
    异常
    NullPointerException - 如果指定的过滤器为空
    UnsupportedOperationException - 如果元素无法从此集合中删除。 如果不能删除匹配的元素，或者一般来说，不支持删除，则实现可能会抛出此异常。
    从以下版本开始：
    1.8
     */
    default boolean removeIf(Predicate<? super E>  filter) {
        Objects.requireNonNull(filter);
        boolean removed = false;
        final Iterator<E> each = iterator();
        while (each.hasNext()) {
            if (filter.test(each.next())) {
                each.remove();
                removed = true;
            }
        }
        return removed;
    }
    /**
    仅保留此 collection 中那些也包含在指定 collection 的元素（可选操作）。换句话说，移除此 collection 中未包含在指定 collection 中的所有元素。
    参数：
    c - 包含保留在此 collection 中的元素的 collection
    返回：
    如果此 collection 由于调用而发生更改，则返回 true
    抛出：
    UnsupportedOperationException - 如果此 collection 不支持 retainAll 操作
    ClassCastException - 如果此 collection 中一个或多个元素的类型与指定 collection 不兼容（可选）
    NullPointerException - 如果此 collection 包含一个或多个 null 元素，并且指定的 collection 不允许 null 元素（可选），或者指定的 collection 为 null
    另请参见：
    remove(Object), contains(Object)
     */
    boolean retainAll(Collection<?> c);
    /**
    移除此 collection 中的所有元素（可选操作）。此方法返回后，除非抛出一个异常。
     */
    void clear();
    // Comparison and hashing
    /**
     比较此 collection 与指定对象是否相等。
    当 Collection 接口没有对 Object.equals 的常规协定添加任何约定时，“直接”实现该 Collection 接口（换句话说，创建一个 Collection，但它不是 Set 或 List 的类）的程序     员选择重写 Object.equals 方法时必须小心。没必要这样做，最简单的方案是依靠 Object 的实现，然而实现者可能希望实现“值比较”，而不是默认的“引用比较”。（List 和 Set 接     口要求进行这样的值比较。）
    Object.equals 方法的常规协定声称相等必须是对称的（换句话说，当且仅当存在 b.equals(a) 时，才存在 a.equals(b)）。List.equals 和 Set.equals 的协定声称列表只能与列     表相等，set 只能与 set 相等。因此，对于一个既不实现 List 又不实现 Set 接口的 collection 类，当将此 collection 与任何列表或 set 进行比较时，常规的 equals 方法必     须返回 false。（按照相同的逻辑，不可能编写一个同时正确实现 Set 和 List 接口的类。）
    覆盖：
    类 Object 中的 equals
    参数：
    o - 要与此 collection 进行相等性比较的对象。
    返回：
    如果指定对象与此 collection 相等，则返回 true
    另请参见：
    Object.equals(Object), Set.equals(Object), List.equals(Object)
     */
    boolean equals(Object o);
    /**
    返回此 collection 的哈希码值。当 Collection 接口没有为 Object.hashCode 方法的常规协定添加任何约束时，为了满足 Object.hashCode 方法的常规协定，程序员应该注意任何     重写 Object.equals 方法的类必须重写 Object.hashCode 方法。需要特别指出的是，c1.equals(c2) 暗示着 c1.hashCode()==c2.hashCode()。
    覆盖：
    类 Object 中的 hashCode
    返回：
    此 collection 的哈希码值
    另请参见：
    Object.hashCode(), Object.equals(Object)
     */
    int hashCode();
    /**
        * 创建一个Spliterator在这个集合中的元素。 实现应该记录分配器报告的特征值。 如果拼接器报告Spliterator.SIZED并且此集合不包含元素，则不需要报告此类特征值。
    应该通过可以返回更高效的拼接器的子类覆盖默认实现。 为了保持stream()和parallelStream() }方法的预期懒惰行为，分频器应具有IMMUTABLE或CONCURRENT ，或者为latebinding     。 如果这些都不实际，那么首要的类应该是描述绑定者所记录的绑定和结构性干扰的策略，并且应该覆盖stream()和parallelStream()方法以使用Supplier的Supplier创建流，如下所     示：
   Stream<E> s = StreamSupport.stream(() -> spliterator(), spliteratorCharacteristics)  
    这些要求确保由stream()和parallelStream()方法生成的流将反映终端流操作启动时集合的内容。
    Specified by:
    spliterator在界面 Iterable<E>
    实现要求：
    默认实现从集合的Iterator创建一个late-binding拼接Iterator 。 分割器继承集合的迭代器的故障快速属性。
    创建的Spliterator报告Spliterator.SIZED 。
    Implementation Note:
    创建的Spliterator另外报告Spliterator.SUBSIZED 。
    如果spliterator涵盖任何元素，然后附加特性值的报表，超出的SIZED和SUBSIZED ，不帮助客户控制，专业或简化计算。 但是，这样做可以使空集合能够共享使用一个不变的和空的       Spliterator实例（参见Spliterators.emptySpliterator() ），并且允许客户端确定这样一个分割器是否不覆盖任何元素。
    结果
    一个 Spliterator在这个集合中的元素
    从以下版本开始：
    1.8
     */
    @Override
    default Spliterator<E> spliterator() {
        return Spliterators.spliterator(this, 0);
    }
    /**
        * 返回一个顺序Stream与此集合作为其来源。
    当此方法应该重写spliterator()方法不能返回spliterator是IMMUTABLE ， CONCURRENT ，或后期绑定 。 （详见spliterator() ）
    实现要求：
    默认的实现创建顺序 Stream从收集的 Spliterator 。
    结果
    连续 Stream在这个集合中的元素
    从以下版本开始：
    1.8
     */
    default Stream<E> stream() {
        return StreamSupport.stream(spliterator(),  false);
    }
    /**
        * default Stream<E> parallelStream()
    返回可能并行的Stream与此集合作为其来源。 该方法允许返回顺序流。
    当此方法应该重写spliterator()方法不能返回spliterator是IMMUTABLE ， CONCURRENT ，或后期绑定 。 （详见spliterator() ）
    实现要求：
    默认的实现创建了一个平行 Stream从收集的 Spliterator 。
    结果
    一个可能平行 Stream移到该集合中的元素
    从以下版本开始：
    1.8
     */
    default Stream<E> parallelStream() {
        return StreamSupport.stream(spliterator(),  true);
    }
}




eg（通过removeIf和lambda表达式改写，原本6行的代码瞬间变成了一行！ ）：
collection.removeIf( person -> person.getAge() >= 30 );//过滤30岁以上的求职者
或者
collection.removeIf(new Predicate<Person>() {
    @Override
    public boolean test(Person person) {
        return person.getAge()>=30;//过滤30岁以上的求职者
    }
});




Lambda表达式的语法
基本语法:
(parameters) -> expression
或
(parameters) ->{ statements; }

下面是Java lambda表达式的简单例子:
// 1. 不需要参数,返回值为 5  
() -> 5  
  
// 2. 接收一个参数(数字类型),返回其2倍的值  
x -> 2 * x  
  
// 3. 接受2个参数(数字),并返回他们的差值  
(x, y) -> x – y  
  
// 4. 接收2个int型整数,返回他们的和  
(int x, int y) -> x + y  
  
// 5. 接受一个 string 对象,并在控制台打印,不返回任何值(看起来像是返回void)  
(String s) -> System.out.print(s)  

https://www.cnblogs.com/franson-2016/p/5593080.html