Set的常用实现类源码分析

Set的实现基本上是依靠于相应的Map实现,从某种意义上来说,了解Set,只需要去分析相应的Map就可以了。Set实现类的继承关系图HashSet 源码简要分析翻开源码我们我可以清楚地看到HashSet中有一个变量map,它的类型是HashMap。不难想到,HashMap的键值是一个不可重复的集合,

Set的实现基本上是依靠于相应的Map实现,从某种意义上来说,了解Set,只需要去分析相应的Map就可以了。

Set实现类的继承关系图

这里写图片描述

HashSet 源码简要分析

翻开源码我们我可以清楚地看到HashSet中有一个变量map,它的类型是HashMap。不难想到,HashMap的键值是一个不可重复的集合,它恰好可以作为一个Set,也不难理解为什么要叫HashSet

private transient HashMap<E,Object> map;
public HashSet() {
    //在构造方法中,new一个HaskMap对象
    map = new HashMap<>();
}

HashSet中,总共有5个构造方法(包括上面的构造方法)。在其他的构造方法中,也同样是new一个HashMapLinkedHashMap

  1. 使用HashMap的场景
public HashSet(Collection<? extends E> c) {
    map = new HashMap<>(Math.max((int) (c.size()/.75f) + 1, 16));
    addAll(c);
}
public HashSet(int initialCapacity, float loadFactor) {
    map = new HashMap<>(initialCapacity, loadFactor);
}
public HashSet(int initialCapacity) {
    map = new HashMap<>(initialCapacity);
}
  1. 使用LinkedHashMap的场景
HashSet(int initialCapacity, float loadFactor, boolean dummy) {
    map = new LinkedHashMap<>(initialCapacity, loadFactor);
}
  1. 增删改查

基本上是调用HashMap所对应的操作方法。增加元素的时候,值传PRESENTHashMap

// 用来充当Map键值对中的值
private static final Object PRESENT = new Object();
public boolean contains(Object o) {
    return map.containsKey(o);
}
public boolean add(E e) {// 值传PRESENT
    return map.put(e, PRESENT)==null;
}
public boolean remove(Object o) {
    return map.remove(o)==PRESENT;
}
public boolean isEmpty() {
    return map.isEmpty();
}
public int size() {
    return map.size();
}
public Iterator<E> iterator() {
    return map.keySet().iterator();
}
public void clear() {
    map.clear();
}

从整体上面来看,HashSet是对HashMap的二次封装。关键还是在于HashMap的实现之上。

LinkedHashSet 源码简要分析

它的所有方法以及成员变量如下图所示:

这里写图片描述

LinkedHashSet继承自HashSet。因此它是一个对HashSet的再次封装。它有5个函数,4个是构造函数。而且这些构造函数都将调用HashSet中的HashSet(int initialCapacity, float loadFactor, boolean dummy) 方法。如下:

public LinkedHashSet(int initialCapacity, float loadFactor) {
    super(initialCapacity, loadFactor, true);
}
public LinkedHashSet(int initialCapacity) {
    super(initialCapacity, .75f, true);
}
public LinkedHashSet() {
    super(16, .75f, true);
}
public LinkedHashSet(Collection<? extends E> c) {
    super(Math.max(2*c.size(), 11), .75f, true);
    addAll(c);
}

TreeSet 源码简要分析

先再来单独看看其继承关系:

这里写图片描述

再来看其构造函数与重要的成员变量:

// 应该与上面的HashSet类似,用来存储
private transient NavigableMap<E,Object> m;
// 应该是用来填充键值对中的值
private static final Object PRESENT = new Object();
// 这个方法对我们来说不可见
TreeSet(NavigableMap<E,Object> m) {
    this.m = m;
}
public TreeSet() {
    this(new TreeMap<E,Object>());
}
public TreeSet(Comparator<? super E> comparator) {
    this(new TreeMap<>(comparator));
}
public TreeSet(Collection<? extends E> c) {
    this();
    addAll(c);
}

从4个构造方法中,我们可以大致看出,这个NavigableMap是一个接口,而TreeMap实现了此接口,并在此处为元素的实际存储载体。

增删改查方面,TreeSetHashSet的实现类似:

public int size() {
    return m.size();
}
public boolean isEmpty() {
    return m.isEmpty();
}
public boolean contains(Object o) {
    return m.containsKey(o);
}
public boolean add(E e) {
    return m.put(e, PRESENT)==null;
}
//后续不再列举...

后记

Set 相关的源码基本对应这样的一个关系:XxxSet 需要去学习、研究 XxxMap。 相关 Map 的分析待后续文章分析、记录。

Read more

Volcano 与 Kubernetes GPU 调度学习笔记

本笔记系统整理 Volcano 调度器、Kubernetes 调度框架、GPU Device Plugin、HAMi 等云原生 AI 调度领域的核心知识,适合用于学习、复习和工程实践参考。 目录 * 第一部分:Volcano 入门 * 1. Volcano 是什么 * 2. 安装与快速使用 * 3. 核心特性一览 * 第二部分:Volcano 整体架构 * 4. Volcano 解决的核心问题 * 5. 整体架构与数据流 * 6. 三层抽象模型 * 第三部分:Volcano 核心实现原理 * 7. Session 机制 * 8. Gang Scheduling 实现 * 9. Queue 与 DRF 公平调度

容器镜像(4):镜像的常用工具箱

容器镜像(4):镜像的常用工具箱

前几篇在讲多架构镜像时已经用过 skopeo 和 crane 做镜像复制,这篇系统整理这两个工具的完整能力,同时介绍几个日常操作镜像时同样好用的工具。 一、skopeo:不依赖 Daemon 的镜像瑞士军刀 skopeo 的核心价值是绕过 Docker daemon,直接与 Registry API 交互。上一篇用它做镜像复制和离线传输,但它的能力远不止于此。 1.1 安装 # Ubuntu / Debian sudo apt install -y skopeo skopeo --version # skopeo version 1.15.1 1.2 inspect:免拉取检查镜像元数据 docker inspect 需要先把镜像拉到本地,skopeo inspect 直接向 Registry

容器镜像(3):多架构镜像构建

容器镜像(3):多架构镜像构建

一、什么是多架构镜像 1.1 OCI Image Index 上一篇介绍了单平台镜像的结构:一个 Manifest 指向 Config 和若干 Layer blob。多架构镜像在此之上多了一层——OCI Image Index(也叫 Manifest List),是一个轻量的索引文件,把多个单平台 Manifest 组织在一起: $ docker manifest inspect golang:1.22-alpine { "schemaVersion": 2, "mediaType": "application/vnd.oci.image.index.v1+json", "manifests&

容器镜像(2):containerd 视角下的镜像

容器镜像(2):containerd 视角下的镜像

一、为什么需要了解 containerd 如果你只用 docker run 跑容器,从来不关心底层,那可以不了解 containerd。但如果你在用 Kubernetes,或者想真正理解"容器运行时"是什么,containerd 是绕不开的。 事实上,当你执行 docker run 的时候,containerd 早就在后台悄悄工作了——Docker 从 1.11 版本开始,就把核心运行时剥离出来交给 containerd 负责。 1.1 Docker 的架构演变 早期的 Docker(1.10 及之前)是一个"大一统"的单体程序:一个 dockerd