diff --git a/docs/database/Redis/images/redis/加入布隆过滤器后的缓存处理流程.png b/docs/database/Redis/images/redis/加入布隆过滤器后的缓存处理流程.png new file mode 100644 index 00000000..a2c2ed69 Binary files /dev/null and b/docs/database/Redis/images/redis/加入布隆过滤器后的缓存处理流程.png differ diff --git a/docs/database/Redis/images/redis/缓存的处理流程.png b/docs/database/Redis/images/redis/缓存的处理流程.png new file mode 100644 index 00000000..11860ae1 Binary files /dev/null and b/docs/database/Redis/images/redis/缓存的处理流程.png differ diff --git a/docs/database/Redis/redis-all.md b/docs/database/Redis/redis-all.md index dcf1416f..2f1ab4ee 100644 --- a/docs/database/Redis/redis-all.md +++ b/docs/database/Redis/redis-all.md @@ -136,7 +136,7 @@ Memcached 是分布式缓存最开始兴起的那会,比较常用的。后来 作为暖男一号,我给大家画了一个草图。 - + 简单来说就是: @@ -694,7 +694,7 @@ public Object getObjectInclNullById(Integer id) { 加入布隆过滤器之后的缓存处理流程图如下。 - + 但是,需要注意的是布隆过滤器可能会存在误判的情况。总结来说就是: **布隆过滤器说某个元素存在,小概率会误判。布隆过滤器说某个元素不在,那么这个元素一定不在。** diff --git a/docs/java/Java基础知识.md b/docs/java/Java基础知识.md index 6e627d0f..66fd537e 100644 --- a/docs/java/Java基础知识.md +++ b/docs/java/Java基础知识.md @@ -1,3 +1,5 @@ + + 点击关注[公众号](#公众号)及时获取笔主最新更新文章,并可免费领取本文档配套的《Java 面试突击》以及 Java 工程师必备学习资源。 @@ -1177,12 +1179,12 @@ String s = input.readLine(); #### 3.2.1. Java 异常类层次结构图 - +
图片来自:https://simplesnippets.tech/exception-handling-in-java-part-1/
- +图片来自:https://chercher.tech/java-programming/exceptions-java
diff --git a/docs/java/collection/Java集合框架常见面试题.md b/docs/java/collection/Java集合框架常见面试题.md index f177d625..71e89ac8 100644 --- a/docs/java/collection/Java集合框架常见面试题.md +++ b/docs/java/collection/Java集合框架常见面试题.md @@ -549,13 +549,13 @@ static int hash(int h) { 所谓 **“拉链法”** 就是:将链表和数组相结合。也就是说创建一个链表数组,数组中每一格就是一个链表。若遇到哈希冲突,则将冲突的值加到链表中即可。 - + #### 1.4.5.2. JDK1.8 之后 相比于之前的版本, JDK1.8 之后在解决哈希冲突时有了较大的变化,当链表长度大于阈值(默认为 8)(将链表转换成红黑树前会判断,如果当前数组的长度小于 64,那么会选择先进行数组扩容,而不是转换为红黑树)时,将链表转化为红黑树,以减少搜索时间。 - + > TreeMap、TreeSet 以及 JDK1.8 之后的 HashMap 底层都用到了红黑树。红黑树就是为了解决二叉查找树的缺陷,因为二叉查找树在某些情况下会退化成一个线性结构。 @@ -600,7 +600,7 @@ ConcurrentHashMap 和 Hashtable 的区别主要体现在实现线程安全的方 **JDK1.8 的 ConcurrentHashMap:** - + JDK1.8 的 `ConcurrentHashMap` 不在是 **Segment 数组 + HashEntry 数组 + 链表**,而是 **Node 数组 + 链表 / 红黑树**。不过,Node 只能用于链表的情况,红黑树的情况需要使用 **`TreeNode`**。当冲突链表达到一定长度时,链表会转换成红黑树。 @@ -704,7 +704,7 @@ final void checkForComodification() { 我们再来趁热打铁,看一个阿里巴巴手册相关的规定: - + 有了前面讲的基础,我们应该知道:使用 `Iterator` 提供的 `remove` 方法,可以修改到 `expectedModCount` 的值。所以,才不会再抛出`ConcurrentModificationException` 异常。 diff --git a/docs/java/collection/images/77c95eb733284dbd8ce4e85c9cb6b042.png b/docs/java/collection/images/77c95eb733284dbd8ce4e85c9cb6b042.png new file mode 100644 index 00000000..54180092 Binary files /dev/null and b/docs/java/collection/images/77c95eb733284dbd8ce4e85c9cb6b042.png differ diff --git a/docs/java/collection/images/ad28e3ba-e419-4724-869c-73879e604da1.png b/docs/java/collection/images/ad28e3ba-e419-4724-869c-73879e604da1.png new file mode 100644 index 00000000..1c05ebaa Binary files /dev/null and b/docs/java/collection/images/ad28e3ba-e419-4724-869c-73879e604da1.png differ diff --git a/docs/java/collection/images/jdk1.8之前的内部结构-HashMap.png b/docs/java/collection/images/jdk1.8之前的内部结构-HashMap.png new file mode 100644 index 00000000..54180092 Binary files /dev/null and b/docs/java/collection/images/jdk1.8之前的内部结构-HashMap.png differ diff --git a/docs/java/collection/images/jdk1.8之后的内部结构-HashMap.png b/docs/java/collection/images/jdk1.8之后的内部结构-HashMap.png new file mode 100644 index 00000000..7c95e738 Binary files /dev/null and b/docs/java/collection/images/jdk1.8之后的内部结构-HashMap.png differ diff --git a/docs/java/images/Java异常类层次结构图.png b/docs/java/images/Java异常类层次结构图.png new file mode 100644 index 00000000..595dc8af Binary files /dev/null and b/docs/java/images/Java异常类层次结构图.png differ diff --git a/docs/java/images/Java异常类层次结构图2.png b/docs/java/images/Java异常类层次结构图2.png new file mode 100644 index 00000000..fd2a910d Binary files /dev/null and b/docs/java/images/Java异常类层次结构图2.png differ diff --git a/docs/system-design/naming.md b/docs/system-design/naming.md index bade1dca..aa4aee86 100644 --- a/docs/system-design/naming.md +++ b/docs/system-design/naming.md @@ -1,6 +1,6 @@ 编程过程中,有太多太多让我们头疼的事情了,比如命名、维护其他人的代码、写测试、与其他人沟通交流等等。就连世界级软件大师 **Martin Fowler** 大神都说过 CS 领域有两大最难的事情,一是**缓存失效**,一是**程序命名**(@ [https://martinfowler.com/bliki/TwoHardThings.html](https://martinfowler.com/bliki/TwoHardThings.html))。 - + 今天 Guide 就单独拎出 “**命名**” 来聊聊,据说之前在 Quora 网站,由接近 5000 名程序员票选出来的最难的事情就是“命名”。 @@ -192,17 +192,17 @@ Codelf 提供了在线网站版本,网址:[https://unbug.github.io/codelf/]( 我选择了 Java 编程语言,然后搜索了“序列化”这个关键词,然后它就返回了很多关于序列化的命名。 - + 并且,Codelf 还提供了 VS code 插件,看这个评价,看来大家还是很喜欢这款命名工具的。 - + ## 总结 Guide 制作了一个涵盖上面所有重要内容的思维导图,便于小伙伴们日后查阅。 - + ## 其他推荐阅读 diff --git a/docs/system-design/pictures/Codelf.png b/docs/system-design/pictures/Codelf.png new file mode 100644 index 00000000..2f030785 Binary files /dev/null and b/docs/system-design/pictures/Codelf.png differ diff --git a/docs/system-design/pictures/marting-naming.png b/docs/system-design/pictures/marting-naming.png new file mode 100644 index 00000000..5a797c43 Binary files /dev/null and b/docs/system-design/pictures/marting-naming.png differ diff --git a/docs/system-design/pictures/naming-mindmap.png b/docs/system-design/pictures/naming-mindmap.png new file mode 100644 index 00000000..131f7888 Binary files /dev/null and b/docs/system-design/pictures/naming-mindmap.png differ diff --git a/docs/system-design/pictures/vscode-codelf.png b/docs/system-design/pictures/vscode-codelf.png new file mode 100644 index 00000000..96b64502 Binary files /dev/null and b/docs/system-design/pictures/vscode-codelf.png differ