整体框架

绿色代表接口/抽象类；蓝色代表类。

次要由两大接口组成，一个是「Collection」接口，另一个是「Map」接口。

前言

以前刚开始学习「汇合」的时候，因为没有好好预习，也没有学好基础知识，接口，类，这些基础知识都没学好，所以学到这里还是懵懵懂懂的。第一次接触到「汇合」，这两个字，在我的脑海中，只浮现出数学中学过的「汇合」，所以当「汇合」在编程语言中呈现时，我就没有绕过来。不过以我当初的视角看，也是和数学中学过的「汇合」这种概念是差不多的。

数学中的「汇合」：

汇合是确定的一堆货色，汇合里的货色则称为元素。古代的汇合个别被定义为：由一个或多个确定的元素所形成的整体。

Java 中的「汇合」：在我的了解中，汇合能够说是寄存 Java 对象的货色，这个货色有人称为汇合，也有人称为容器，这也是为什么我的题目写的是 汇合（容器）。寄存在汇合中的对象，人们称为元素。

为什么会有汇合的呈现呢？

是这样的，在某些状况下，咱们须要创立许多 Java 对象，那么这些对象应该寄存在哪里？

需要是这样的：

  • 能够寄存对象
  • 能够寄存不同数据类型
  • 能够寄存很多对象，没有限度

那么一开始会想到数组，数组能够寄存对象，是的，没错，然而，数组有它的毛病，就是一旦创立后，那么数组长度是不可变的，而且寄存的对象的数据类型是固定的，所以数组不满足这些条件。此时，汇合就呈现了。

Java 中的汇合

从下面的框架图中能够看到，次要就两个接口，别离是 Collection 和 Map。

这两个接口都形象了元素的存储办法，具体有什么区别呢？好吧，不说也晓得，Collection 就是用来存储繁多元素的，而 Map 是用来存储键值对的。

上面我将从这两个接口切入，进而开始好好地回炉重造，哈哈哈哈哈。

能够带着这些问题去回顾：

  • Collection 是怎么的？Map 又是怎么的？
  • 它们别离还有什么子接口？它们又有哪些实现类呢？
  • 提供给咱们的API又有哪些呢？具体的 API 用法和成果是怎么的呢？

Collection

Collection 是最根本的汇合接口，一个 Collection 代表一组 Object类型的对象，Java 没有提供间接实现Collection 的类，只提供继承该接口的子接口（List、Set、Queue 这些）。该接口存储一组不惟一，无序的对象。这里强调不惟一、无序，那么汇合的范畴就很大，想要放大，比方惟一、有序这些，就能够通过子接口来规定，刚好，它就是这样来定义子接口的。

  • List 接口：元素不惟一且有序，阐明能够存储多个雷同的元素，然而存储是有程序的，即有序可反复。
  • Set 接口：元素惟一且无序，阐明不能存储多个雷同的元素，存储的元素没有程序，即无序不可反复。

咱们再来看看 Collection 接口它形象进去的办法有哪些。

其中，还能够看到有个以 Iterable（可迭代的） 来分类的办法，次要就是 iterator() 这个办法，即迭代器。所谓迭代器，就是用来遍历汇合元素的一个货色。

    /**     * Returns an iterator over the elements in this collection.  There are no     * guarantees concerning the order in which the elements are returned     * (unless this collection is an instance of some class that provides a     * guarantee).     *     * @return an <tt>Iterator</tt> over the elements in this collection     */    Iterator<E> iterator();

iterator() 这个办法就是用来返回对此汇合中元素的迭代器，也就是说获取该汇合的迭代器。 这个形象办法不保障迭代的程序（除非此汇合是某个提供保障的类的实例）。

再艰深一点，咱们想要遍历汇合的元素，那么就须要通过汇合对象获取迭代器对象，通过迭代器对象来遍历汇合中的元素，而且遍历的程序是跟该汇合无关的。

对于这个迭代器，后续再来讲吧。

上面开始说一下根本的接口实现类，根本的API，加上一些本人的见解，最次要是先回顾 API 的应用，毕竟还有好多常识，这些常识须要建设在咱们会用的前提下，所以这里浅入浅出~

List 接口下的实现类

List 接口下的实现类有 ArrayList、LinkedList、Vector、Stack

这里简要介绍下 List 接口，List 接口是一个有序的 Collection，应用此接口可能准确的管制每个元素插入的地位，可能通过「索引」（即元素在 List 中地位，相似于数组的下标，从0开始）来拜访 List 中的元素。它存储一组不惟一、有序（插入程序）的对象。

ArrayList

咱们看下 ArrayList 源码，它是这样定义的：

public class ArrayList<E> extends AbstractList<E>        implements List<E>, RandomAccess, Cloneable, java.io.Serializable{    ...}

能够看到，它

  • 继承了 AbstractList
  • 实现了 List，RandomAccess，Cloneable，Serializable

ArrayList 是动静数组，所谓动静数组，即能够动静的批改，随时出入、删除元素，还能够动静扩容，也就是没有固定的容量限度，能够寄存很多元素，直到你的内存爆炸。

初始化是这样的：

// 1. 以多态的形式写，接口不能实例化，所以通过其实现类对接口实例化。List<E> list = new ArrayList<>();// 2. 间接ArrayListArrayList<E> list = new ArrayList<>();

这两种写法有什么区别呢？

第1种写法：此时的 List 的对象 list，能够通过这个对象调用 List 接口申明的办法，然而不能调用 ArrayList 独有的办法，换句话说，List 这个接口规定了一些形象的办法，具体实现不关怀，你能够间接调用。这里「具体实现不关怀」就是说，你是应用 ArrayList 来实例化 List 接口或者应用 LinkedList 来实例化 List 接口，List 接口它都不关怀，外界应用的时候，晓得 List 提供这些 API 就够了。另一个角度了解，即该 list 对象领有 List 的属性和办法，没有 ArrayList 独有的属性和办法。

第2种写法：此时 ArrayList 的对象 list，能够调用所有办法，毕竟 ArrayList 实现了 List 接口，那么 List 有的办法，ArrayList 的对象 list也有。

进入正题

这些 API 的应用，须要相熟，毕竟算法题也会用到。

    public void apiOfArrayList() {        int idx;        List<Integer> list = new ArrayList<>();        // 增加元素        list.add(23);        list.add(30);        // 依据下标（索引）获取元素        idx = list.get(0);        idx = list.get(1);        // 更新元素值，在某个地位从新赋值        list.set(1, 32);        List<String> list2 = new ArrayList<>();        list2.add("god23bin");        list2.add("LeBron");        list2.add("I love Coding");        // 移除下标（索引）为2的元素        list2.remove(2);        // 移除指定元素        list2.remove("god23bin");        // 获取汇合长度，遍历会用到        int len = list2.size();        // 判断某个元素是否在汇合中，算法题会用到的        boolean flag = list2.contains("god23bin");        // 判断汇合是否为空，算法题会用到的        boolean flag2 = list2.isEmpty();    }

排序：

  • ArrayList 中的 sort() 办法
Random random = new Random();List<Integer> numList = new ArrayList<>();for (int i = 0; i < 10; ++i) {    numList.add(random.nextInt(100));}// 将numList升序排序numList.sort(Comparator.naturalOrder());// 将numList降序排序numList.sort(Comparator.reverseOrder());
  • Collections 工具类的 sort() 办法
// 将numList升序排序Collections.sort(numList);

对于 Collections 工具类的排序

看看这两个办法，这两个办法都是泛型办法。

public static <T extends Comparable<? super T>> void sort(List<T> list) {    list.sort(null);}public static <T> void sort(List<T> list, Comparator<? super T> c) {    list.sort(c);}

第一个办法须要「待排序类」实现 Comparable 接口，这样能力应用这个办法。

第二个办法须要「待排序类」有一个比拟器，即 Comparator，换句话说须要有一个比拟器类实现 Comparator 接口，这样能力应用这个办法。

扯到 Comparable 和 Comparator

所以，如果你想要某个类的对象反对排序，那么你就须要让这个类实现 Comparable 接口，这个接口只有一个形象办法 compareTo()，咱们须要实现它，它的规定是：若 以后值 较大则返回正值，若相等则返回0，若 以后值 较小则返回负值。

这里咱们能够看到，Collections 是能够对 numList 进行排序的，因为这个 numList 汇合的元素类型是 Integer，为什么 Integer 类型的元素反对排序？咱们能够从源码中看到 Integer 是实现了 Comparable 接口的，所以 Integer 类型的元素才反对排序。

public final class Integer extends Number implements Comparable<Integer> {    ...    public int compareTo(Integer anotherInteger) {        return compare(this.value, anotherInteger.value);    }        public static int compare(int x, int y) {        return (x < y) ? -1 : ((x == y) ? 0 : 1);    }    ...}

回到第一句话，如果你想要某个类的对象反对排序，那么你就须要让这个类实现 Comparable 接口，不然是不反对排序的。

上面，我这里就别离应用两种形式（实现 Comparable 或 Comparator）让某个类反对排序。

搞定 Comparable

举个栗子：我这里有一个 Game 类（待排序类，自身不反对排序，咱们的工作是让 Game 具备可排序的能力），当你把多个 Game 对象放到汇合中应用 Collections 这个工具类进行排序时，Collections 是不晓得如何给 Game 排序的，直到 Game 实现了 Comparable 接口后，Collections 才晓得 Game 该如何排序。

Game 类实现 Comparable 接口，重写 compareTo() 办法。

public class Game implements Comparable<Game> {    public String name;    public Double price;    // 省略 getter setter 构造方法    @Override    public int compareTo(Game o) {        return comparePrice(this.price, o.price);    }    public int comparePrice(double p1, double p2) {        return p1 > p2 ? 1 : (p1 == p2 ? 0 : -1);    }}

这样，咱们就能够应用 Collections 对 Game 进行排序。

List<Game> gameList = new ArrayList<>();gameList.add(new Game("GTA", 58.0));gameList.add(new Game("FC", 118.0));gameList.add(new Game("2K", 199.0));Collections.sort(gameList);        // 进行排序System.out.println(gameList);    // 打印排序后果

搞定 Comparator

同理，我这里有一个 Game 类

public class Game {    public String name;    public Double price;    // 省略 getter setter 构造方法}

写一个 Game 的比拟器类 GameComparator，让这个类实现 Comparator 接口，重写 compare() 办法

public class GameComparator implements Comparator<Game> {    @Override    public int compare(Game g1, Game g2) {        return g1.getPrice() - g2.getPrice();    }}

这样，咱们就能够应用 Collections 对 Game 进行排序。

List<Game> gameList = new ArrayList<>();gameList.add(new Game("GTA", 58.0));gameList.add(new Game("FC", 118.0));gameList.add(new Game("2K", 199.0));Collections.sort(gameList, new GameComparator());        // 应用比拟器进行排序System.out.println(gameList);                            // 打印排序后果

总结排序

你能够抉择两种形式（实现 Comparable 或 Comparator）中的其中一个，让某个类反对排序。

  • 抉择 Comparable，那么该类须要实现该接口
  • 抉择 Comparator，那么须要定义一个比拟器，实现该接口

最初通过 Collections.sort() 进行排序。

LinkedList

LinkedList 是链表，属于线性表，学过数据结构的咱们也是晓得的，有指针域和数据域，尽管说 Java 里没有指针，然而有指针的思维，这里我也说不太分明，反正是能够按指针来了解的。（如有更好的形容，欢送帮我补充啦！）

在 Java 中，这个 LinkedList 是 List 接口上面的实现类，也是很罕用的一种汇合容器，算法题也会用到它。

咱们看下 LinkedList 源码，它是这样定义的：

public class LinkedList<E>    extends AbstractSequentialList<E>    implements List<E>, Deque<E>, Cloneable, java.io.Serializable{    ...}

能够看到，它

  • 继承了 AbstractSequentialList
  • 实现了 List，Deque，Cloneable，Serializable

同样，LinkedList 须要把握的办法和 ArrayList 差不多，能够说根本是一样的，只是底层实现不一样。

目前这里就不演示根本的应用办法了，你能够本人入手试试啦！

Vector

咱们看下 Vector 源码，它是这样定义的：

public class Vector<E>    extends AbstractList<E>    implements List<E>, RandomAccess, Cloneable, java.io.Serializable{    ...}

能够看到，它

  • 继承了 AbstractList
  • 实现了 List，RandomAccess，Cloneable，Serializable

这样一看，它和 ArrayList 的定义，几乎是截然不同。那它们之间有什么区别吗？那当然是有啦！

区别就是 Vector 是线程平安的，在多线程操作下不会呈现并发问题，因为 Vector 在每个办法上都加上了 synchronized 关键字，保障多个线程操作方法时是同步的。

Stack

Stack 顾名思义，就是栈，它是 Vector 的子类，实现了规范的栈这种数据结构。

public class Stack<E> extends Vector<E> {    ...}

它外面包含了 Vector 的办法，也有本人的办法。

  • empty()：判断栈是否为空
  • peek()：查看栈顶元素
  • push()：入栈
  • pop()：出栈
  • search()：搜寻元素，返回元素所在位置
    public void apiOfStack() {        Stack<Integer> stack = new Stack<>();        // 入栈        stack.push(1);        stack.push(2);        stack.push(3);        stack.push(4);        // 获取栈的大小 == 栈中元素个数 == 栈的长度        int size = stack.size();        // 查看（返回）栈顶元素        Integer peek = stack.peek();        // 出栈        stack.pop();        // 判断栈是否为空        boolean empty = stack.empty();        // 搜寻 元素1 此时栈中元素为 1 2 3，栈顶是3，栈底是1        // 从栈顶往下找，第一个元素的地位记为1        int search = stack.search(1);    }

然而目前这个曾经官网不举荐应用了，而是抉择应用 LinkedList 来用作栈。

这里就要扯到队列 Queue 啦！

Queue 接口

Java 中的 Queue 是一个接口，和下面的 Stack 不同，Stack 是类。

咱们看下 Queue 接口源码，它是这样定义的：

public interface Queue<E> extends Collection<E> {    ...}

这个接口就形象了 6 个办法：

  • add()：入队，即队尾插入元素
  • offer()：入队，即队尾插入元素
  • peek()：查看队头元素
  • poll()：查看队头元素
  • remove()：出队，即移除队头元素
  • element()：出队，即移除队头元素

很大的疑难来了！这些办法有什么区别？？咱们看看源码怎么说的，这个源码阐明也不怕，上面我有翻译~

add() 和 offer() 的区别

    /**     * Inserts the specified element into this queue if it is possible to do so     * immediately without violating capacity restrictions, returning     * {@code true} upon success and throwing an {@code IllegalStateException}     * if no space is currently available.     *     * @param e the element to add     * @return {@code true} (as specified by {@link Collection#add})     * @throws IllegalStateException if the element cannot be added at this     *         time due to capacity restrictions     * @throws ClassCastException if the class of the specified element     *         prevents it from being added to this queue     * @throws NullPointerException if the specified element is null and     *         this queue does not permit null elements     * @throws IllegalArgumentException if some property of this element     *         prevents it from being added to this queue     */    /**     * 将指定的元素插入此队列（如果能够立刻执行此操作而不违反容量限度），胜利则返回 true     * 如果容量不够，则失败，抛出 IllegalStateException     */    boolean add(E e);    /**     * Inserts the specified element into this queue if it is possible to do     * so immediately without violating capacity restrictions.     * When using a capacity-restricted queue, this method is generally     * preferable to {@link #add}, which can fail to insert an element only     * by throwing an exception.     *     * @param e the element to add     * @return {@code true} if the element was added to this queue, else     *         {@code false}     * @throws ClassCastException if the class of the specified element     *         prevents it from being added to this queue     * @throws NullPointerException if the specified element is null and     *         this queue does not permit null elements     * @throws IllegalArgumentException if some property of this element     *         prevents it from being added to this queue     */    /**     * 如果能够在不违反容量限度的状况下立刻将指定的元素插入到此队列中。     * 应用容量受限的队列时，通常此办法是最好的入队办法 ，只有当引发异样时才可能无奈插入元素。     * 胜利返回 true，失败返回 false     */    boolean offer(E e);

所以区别就是：在容量有限度的队列中，add() 超过限度会抛出异样，而 offer() 不会，只会返回 false

remove() 和 poll() 的区别

    /**     * Retrieves and removes the head of this queue.  This method differs     * from {@link #poll poll} only in that it throws an exception if this     * queue is empty.     *     * @return the head of this queue     * @throws NoSuchElementException if this queue is empty     */    /**     * 检索并删除此队列的队头元素。  这个办法与 poll 的区别仅仅是当队列为空时删除会抛出异样。     */    E remove();    /**     * Retrieves and removes the head of this queue,     * or returns {@code null} if this queue is empty.     *     * @return the head of this queue, or {@code null} if this queue is empty     */    /**     * 检索并删除此队列的队头元素。如果队空，则返回 null     * or returns {@code null} if this queue is empty.     *     * @return the head of this queue, or {@code null} if this queue is empty     */    E poll();

所以区别是：当队空时删除元素，那么 remove() 会抛出异样， poll() 会返回null

element() 和 peek() 的区别

    /**     * Retrieves, but does not remove, the head of this queue.  This method     * differs from {@link #peek peek} only in that it throws an exception     * if this queue is empty.     *     * @return the head of this queue     * @throws NoSuchElementException if this queue is empty     */    /**     * 队列为空时会抛出异样     */    E element();    /**     * Retrieves, but does not remove, the head of this queue,     * or returns {@code null} if this queue is empty.     *     * @return the head of this queue, or {@code null} if this queue is empty     */    /**     * 队列为空时会返回 null     */    E peek();

所以区别是：当队空查看队头元素时，那么 element() 会抛出异样， peek() 会返回null

总的来说，就是失败的区别：

抛出异样返回非凡值
入队add()offer() 返回false
出队remove()poll() 返回 null
查看队头元素element()peek() 返回 null

双端队列和优先级队列

Queue 有个子接口 Deque，就是双端队列，须要把握的 Deque 实现类为 LinkedList 和 ArrayDeque。而后咱们能够发现 Deque 这个接口形象进去的办法，在原有的 Queue 上，多出了 First、Last 这些办法，对应着就是从队列的头部和尾部进行操作（入队、出队等等）。

有个抽象类 AbstractQueue 实现了 Queue 接口，而后 PriorityQueue 继承了 AbstractQueue 。

演示下根本的 API，大部分操作都是大同小异。

    public void apiOfDeque() {        // 通过 LinkedList 创立 Deque 对象        Deque<Integer> deque = new LinkedList<>();        // 失常队尾入队 => 实现入队后 [1,2,3]        deque.addLast(1);        deque.addLast(2);        deque.addLast(3);        // 从队头入队 => [4,1,2,3]        deque.addFirst(4);        // 获取队头元素 => 4        // 这里 get 和 peek 的区别就是，get 如果队空会抛出异样        Integer first = deque.getFirst();        // 应用 offer 入队 => [4,1,2,3,5]        deque.offerLast(5);        // 应用 poll 出队 => [1,2,3,5]        Integer integer = deque.pollFirst();        // 剩下的操作也是差不多的...    }

至于优先级队列的呢？之后再写啦！这个坑等着前面补回来

Set 接口

对于 Set 接口，咱们须要晓得它的 3 个实现类，别离是 HashSet、LinkedHashSet、TreeSet。

HashSet 是基于 HashMap 的。

TreeSet 是基于 TreeMap 的。

至于 Map，前面再说啦。

HashSet 和 LinkedHashSet

HashSet 和 LinkedHashSet 的API应用办法根本截然不同，你会一个，等于会两个，会两个，等于会好多，好吧，说实话，相熟了 Collection 接口的办法，就会好多了好吧哈哈哈哈。

    public void apiOfHashSet() {        Set<Integer> hashSet = new HashSet<>();        // 增加元素        hashSet.add(1);        hashSet.add(2);        hashSet.add(3);        // 获取汇合大小        int size = hashSet.size();        // 判断是否蕴含某个元素        if (hashSet.contains(3)) {            System.out.println("蕴含3");        }        // 移除元素        hashSet.remove(2);        // 清空集合        hashSet.clear();    }    public void apiOfLinkedHashSet() {        Set<Integer> linkedHashSet = new LinkedHashSet<>();        // 增加元素        linkedHashSet.add(2);        linkedHashSet.add(3);        linkedHashSet.add(4);        // 获取汇合大小        int size = linkedHashSet.size();        // 判断是否蕴含某个元素        if (linkedHashSet.contains(3)) {            System.out.println("蕴含3");        }        // 移除元素        linkedHashSet.remove(2);        // 清空集合        linkedHashSet.clear();    }

TreeSet

这个坑等着前面补回来

Map

Map 接口，它提供了一种映射关系，用于存储具备映射关系的元素，以键值对的模式存储。键和值能够是任意类型的，以 Entry 对象存储。

看 Map 接口的源码，能够发现 Entry 是定义在 Map 接口里的一个「外部接口」。

须要晓得的是：

  • Key 是不能够反复的，Value 是能够反复的。Key 和 Value 都能够为 null，不过只能有一个 Key 为 null
  • Map 接口提供了别离返回 Key 值汇合、Value 值汇合以及 Entry（键值对）汇合的办法
// 返回 Key 值汇合Set<K> keySet();// 返回 Value 值汇合Collection<V> values();// 返回 Entry 汇合Set<Map.Entry<K, V>> entrySet();

看看残缺的 Map 接口提供的形象办法，当然，还是一样，并不需要全副把握啦。

HashMap

HashMap，就是咱们学过的哈希表的实现，是常常应用的一个数据结构，算法题也有它的影子。HashMap 中的Key 值和 Value值都能够为 null，然而一个 HashMap 只能有一个 Key 值为 null 的映射（Key 值不可反复）

还是一样，这里先回顾 API 的应用。

    public void apiOfHashMap() {        Map<Integer, String> hashMap = new HashMap<>();        // 存储键值对        hashMap.put(1, "LeBron");        hashMap.put(2, "Chris");        hashMap.put(3, "god23bin");        // 依据Key获取Value        String s = hashMap.get(3);        // 获取某个键，如果没有这个键，那么获取默认值        String defaultValue = hashMap.getOrDefault(4, "默认值");        // 获取汇合大小        int size = hashMap.size();        // 判断是否蕴含某个Key        if (hashMap.containsKey(2)) {            System.out.println("蕴含值为2的Key");        }        // 判断是否蕴含某个Value        if (hashMap.containsValue("LeBron")) {            System.out.println("蕴含值为LeBron的Value");        }        // 获取键汇合        Set<Integer> integers = hashMap.keySet();        for (Integer key : integers) {            System.out.println(key);        }        // 获取值汇合        Collection<String> values = hashMap.values();        for (String val : values) {            System.out.println(val);        }        // 获取键值对汇合        Set<Map.Entry<Integer, String>> entries = hashMap.entrySet();        for (Map.Entry<Integer, String> entry : entries) {            System.out.println(entry.getKey());            System.out.println(entry.getValue());        }    }

LinkedHashMap

这个坑等着前面补回来

HashTable

这个坑等着前面补回来

TreeMap

这个坑等着前面补回来

最初

好吧，这方面还是不太会形容，给本人留下了好些坑，那就等着我前面补充吧！汇合重造进度 20%！

最初的最初

由自己程度所限，不免有谬误以及不足之处， 屏幕前的靓仔靓女们 如有发现，恳请指出！

最初，谢谢你看到这里，谢谢你认真对待我的致力，心愿这篇博客对你有所帮忙！

你轻轻地点了个赞，那将在我的心里世界削减一颗亮堂而夺目的星！