1.如何成为一个java架构师?面试码面
2.阿里面试官：你了解过延迟队列DelayQueue的底层实现原理吗？
3.八股文只是起点，底层原理决定你的为什问底问题高度
4.深入理解 HashSet 及底层源码分析
5.面试中常被问到的Framework 底层原理！
6.面试官：从源码分析一下TreeSet（基于jdk1.8）
如何成为一个java架构师?喜欢
在探讨如何成为Java架构师的过程中，关键问题在于实践与理论的层源结合。许多Java开发者面临升级到架构师的试为什喜挑战，主要在于缺乏实践经验，欢问ygbook修复源码尤其是底层那些在小公司工作，项目中大多执行增删改查任务，源码而没有接触到高并发、面试码面微服务等架构技能。为什问底问题即使参加各种技能培训班，喜欢如果缺乏实际项目经验，层源往往只能停留在理论架构师层面，试为什喜难以在面试中证明自己。欢问因此，底层理论架构师与实践架构师之间存在着明显的鸿沟。
面试架构师级别的职位时，面试官通常会通过具体场景和细节问题来验证求职者是否真正参与过架构实践。例如，面试官可能会询问如何在项目中使用kafka组件，具体场景、并发量的考量，集群搭建和维护细节，以及如何监控和解决redis问题等。理论架构师往往能够回答底层源码和架构原理，但在实际应用和细节处理上，他们可能缺乏经验。
对于在小公司缺乏架构经验的开发者，升级到架构师的途径主要包括两步：首先，通过面试进入大型公司，获取包含架构实践的机会；其次，从技术角度提升到架构师水平。为了准备架构方面的面试，开发者需要熟悉组件的API，搭建环境实践调用，找到项目中实际应用组件的场景，并准备解决组件问题的策略，包括源码级别的深入理解。
面试中，开发者可以从API和配置文件入手，进一步说明环境搭建和问题解决过程。以kafka消息中间件为例，开发者可以搭建kafka环境，调用API，并在项目中找到使用kafka的场景，准备详细的使用说明，包括API调用、配置方式、问题解决策略等。通过结合项目场景的描述，开发者可以证明自己在项目中实际使用过该组件。
面试准备中，开发者应关注组件的详细配置和命令，以及解决实际问题的中单差源码步骤，包括Linux命令、日志分析、源码定位等，这些细节可以证明具备实际操作经验。同时，开发者可以查阅大量相关文章，学习他人解决组件问题的方法，结合自己的业务场景进行改编，准备面试时的应对策略。
对于项目监控、Docker、K8s、Jenkins等运维和架构技能，开发者可以准备如何搭建监控系统、配置文件、解决实际问题的实例。集群技术，如Redis集群、Zookeeper、Dubbo集群、Nacos集群等，可以通过命令和配置文件的描述来展示相关经验。解决集群层面问题的策略，如节点失效后分析和处理，也是面试中可以展示的内容。
开发者还可以收集和整理常见问题，如OOM、数据库性能优化、分布式系统性能问题等，准备解决问题的策略和步骤，包括源码分析和日志分析等。通过这些准备，开发者可以在零架构经验的情况下，通过面试并找到提供值钱技术实践机会的公司。
尽管过程中充满挑战，但对于从增删改查阶段过渡到架构师角色的开发者来说，通过上述方法准备架构面试，实现职业发展升级是可行的。然而，如果仅依赖理论而不结合项目实践，可能难以实现职业晋升，最终可能局限于基础开发工作。
阿里面试官：你了解过延迟队列DelayQueue的底层实现原理吗？
欢迎加入《深入探索Java源码系列》学习，这里我们将一起剖析Java核心组件的底层实现，包括集合、线程、并发与队列等领域，为面试做好充分准备。
这是系列的第部分，我们将一起研究Java中的DelayQueue，它是一个本地延迟队列，常用于处理在指定时间后执行的任务，如5秒后的信息查询网页源码定时任务。它的工作原理和使用方式值得深入理解。
DelayQueue的关键在于它如何管理任务的插入和取出，以及如何根据任务的到期时间进行排序。它基于BlockingQueue接口，提供了四组操作方法，如offer、add、put和take等，满足不同场景需求。同时，它内部使用ReentrantLock保证线程安全，Condition负责处理队列中的条件等待。
DelayQueue的类结构包括一些重要属性，如元素需实现Delayed接口，以及用于同步的ReentrantLock和Condition。初始化可通过无参构造或指定元素集合的方式进行。下面通过示例来演示如何使用和理解其源码。
首先，创建一个延迟任务，实现Delayed接口，定义getDelay()和compareTo()方法。运行测试后，任务会按到期时间排序执行，take()方法会阻塞直到有任务到期。
放数据源码中，offer()方法负责插入元素，如果队列已满，会返回false。其他方法如add、put和offer(e, time, unit)都是基于offer方法实现，各有其特定功能。弹出数据的方法，如poll、remove和take，根据队列状态进行操作，如阻塞或抛出异常。
总结来说，DelayQueue的核心在于其对任务的排序和等待机制。源码简单明了，但理解其工作原理有助于在面试中应对相关问题。在接下来的文章中，我们还将继续探索其他类型的阻塞队列。
八股文只是起点，底层原理决定你的高度
在面试和晋升考核中，处理Handler、Binder机制问题时，以往许多人可能会选择临时学习相关“八股文”内容。例如，你可能需要回答以下问题： 1、一个线程内有几个Handler？2、Handler内存泄漏的原因是什么？为何其他内部类没有遇到此类问题？3、为什么主线程可以new Handler，而在子线程中需要特别操作？4、医通his源码在子线程中维护Looper，消息队列无消息时的处理方法是什么？这些知识对于理解Android进程间通信至关重要。 然而，现在的情况有所变化。随着市场需求的变化，IT行业面临挑战，公司需要真正掌握底层技术的程序员。这种变化导致了面试风格的转变，不再只关注于“八股文”的背诵，而是更看重对底层原理的理解。 了解Android进程间通信机制，如Binder与Handler，对开发者来说至关重要。然而，这些知识只是基础，公司更看重的是开发者对这些机制的深入理解，包括其工作原理和实现细节。因此，不仅要掌握“八股文”，还要深入学习底层原理。 学习底层原理需要时间和精力，但值得投入。通过阅读源码、学习代码示例，可以更深入地理解每个知识点，并将其熟练运用。为此，我们整理了一份《Android Framework源码开发揭秘》文档，结合详细的代码示例，全面解析Android Framework底层开发技术。这份文档能够帮助普通开发者深入理解知识点，并将其熟练掌握。 学习路线如下：系统启动流程分析
跨进程通信IPC解析
Handler源码解析
AMS源码解析
WMS源码解析
Surface源码解析
基于Android.0的SurfaceFlinger源码解析
PKMS源码解析
InputManagerService源码解析
DisplayManagerService源码解析
通过系统学习这些内容，你将能够建立牢固的知识体系，提高自身实力。学习过程中，投入更多时间和精力，不仅是为了应对当前挑战，更是为了长远发展。掌握优秀的技能，才能在激烈的竞争中脱颖而出，迎接更广阔的发展机会。 如果你对完整的学习资料感兴趣，可以点击下方卡片免费领取。深入理解 HashSet 及底层源码分析
HashSet，作为Java.util包中的核心类，其本质是基于HashMap的实现，主要特性是存储不重复的对象。通过理解HashMap，学习HashSet相对简单。本文将对HashSet的底层结构和重要方法进行剖析。1. HashSet简介
HashSet是Set接口的一个实现，经常出现在面试中。搜鱼cms源码它的核心是HashMap，通过构造函数可以观察到这一关系。Set接口还有另一个实现——TreeSet，但HashSet更常用。2. 底层结构与特性
HashSet的特性主要体现在其不允许重复元素和无序性上。由于HashMap的key不可重复，所以HashSet的元素也是独一无二的。同时，由于HashMap的key存储方式，HashSet内部的数据没有特定的顺序。3. 重要方法分析
构造方法: HashSet利用HashMap的构造，确保元素的唯一性。
添加方法: 添加元素时，实际上是将元素作为HashMap的key，删除时若返回true，则表示之前存在该元素。
删除方法: 删除操作在HashMap中完成，返回值表示元素是否存在。
iterator()方法: 通过获取Map的keySet来实现迭代。
size()方法: 直接调用HashMap的size方法获取元素数量。
总结
HashSet的底层源码精简，主要依赖HashMap。它通过HashMap的特性确保元素的唯一性和无序性。了解了这些，对于使用和理解HashSet将大有裨益。如有疑问，欢迎留言交流。面试中常被问到的Framework 底层原理！
Android 开发领域对技术的要求日益提高，不再局限于对四大组件和基础开发技能的了解。现在的公司更加注重候选人的技术深度和对源码原理的理解，尤其在大型企业的面试中，对 Android Framework 底层原理的考察尤为突出。
Android 的进程通信机制主要通过 Binder 实现，而线程通信则依赖于 Handler。这两个机制不仅是 Android 开发的基石，也是面试中的重要知识点。
以 Handler 为例，了解其源码结构有助于深入理解相关概念。
Binder 作为 Android 的主要跨进程通信方式，包括 BinderProxy、BpBinder 等多种实体，以及 ProcessState、IPCThreadState 等封装。它贯穿 Java、Native 层，涉及用户态、内核态，与 Service、AIDL 等紧密相关，向下则与 mmap、Binder 驱动设备相连，是一个庞大而复杂的机制。
面试中，面试官可能会问及基于 mmap 的拷贝实现方式。通过图形化解释，我们可以更好地理解这一过程：Client 和 Server 处于不同进程，拥有不同的虚拟地址规则，无法直接通信。通过映射页框，可以将物理内存分别与 Client 和 Server 的虚拟内存块进行映射，实现一次数据拷贝。
精通 Framework 不仅需要对底层原理有深入了解，还需要将 Framework 知识应用于实践，如 Android App 的启动机制、AMS、PMS、WMS 等。
许多学习者和实践者在 Android Framework 面临困扰，但很少人能够逆向分析并找到最优解决方案。Framework 是 Android 开发的深水区，也是衡量程序员能力的重要标准。
为了帮助大家节省学习周期，我整理了《Android Framework 源码解析》这份文档，希望对大家在技术道路上有所帮助。完整版文档已在 GitHub 收录，请参考学习。
面试官：从源码分析一下TreeSet（基于jdk1.8）
面试官可能会询问关于TreeSet（基于JDK1.8）的源码分析，实际上，TreeSet与HashSet类似，都利用了TreeMap底层的红黑树结构。主要特性包括：
1. TreeSet是基于TreeMap的NavigableSet实现，元素存储在TreeMap的key中，value为一个常量对象。
2. 不是直接基于TreeMap，而是NavigableMap，因为TreeMap本身就实现了这个接口。
3. 对于内存节省的疑问，TreeSet在add方法中使用PRESENT对象避免了将null作为value可能导致的逻辑冲突。添加重复元素时，PRESENT确保了插入状态的区分。
4. 构造函数提供了多样化的选项，允许自定义比较器和排序器，基本继承自HashSet的特性。
5. 除了基本的增删操作，TreeSet还提供了如返回子集、头部尾部元素、区间查找等方法。
总结来说，TreeSet在排序上优于HashSet，但插入和查找操作由于树的结构会更复杂，不适用于对速度有极高要求的场景。如果不需要排序，HashSet是更好的选择。
感谢您的关注，关于TreeSet的源码解析就介绍到这里。
Java面试问题：HashMap的底层原理
JDK1.8中HashMap的put()和get()操作的过程
put操作：
①首先判断数组是否为空，如果数组为空则进行第一次扩容（resize）
②根据key计算hash值并与上数组的长度-1（int index = key.hashCode()&(length-1)）得到键值对在数组中的索引。
③如果该位置为null，则直接插入
④如果该位置不为null,则判断key是否一样(hashCode和equals)，如果一样则直接覆盖value
⑤如果key不一样，则判断该元素是否为 红黑树的节点，如果是，则直接在 红黑树中插入键值对
⑥如果不是 红黑树的节点，则就是 链表，遍历这个 链表执行插入操作，如果遍历过程中若发现key已存在，直接覆盖value即可。
如果 链表的长度大于等于8且数组中元素数量大于等于阈值，则将 链表转化为 红黑树，（先在 链表中插入再进行判断）
如果 链表的长度大于等于8且数组中元素数量小于阈值，则先对数组进行扩容，不转化为 红黑树。
⑦插入成功后，判断数组中元素的个数是否大于阈值（threshold），超过了就对数组进行扩容操作。
get操作：
①计算key的hashCode的值，找到key在数组中的位置
②如果该位置为null，就直接返回null
③否则，根据equals()判断key与当前位置的值是否相等，如果相等就直接返回。
④如果不等，再判断当前元素是否为树节点，如果是树节点就按 红黑树进行查找。
⑤否则，按照 链表的方式进行查找。
3.HashMap的扩容机制
4.HashMap的初始容量为什么是？
1.减少hash碰撞 (2n ,=2^4)
2.需要在效率和内存使用上做一个权衡。这个值既不能太小，也不能太大。
3.防止分配过小频繁扩容
4.防止分配过大浪费资源
5.HashMap为什么每次扩容都以2的整数次幂进行扩容？
因为Hashmap计算存储位置时，使用了(n - 1) & hash。只有当容量n为2的幂次方，n-1的二进制会全为1，位运算时可以充分散列，避免不必要的哈希冲突，所以扩容必须2倍就是为了维持容量始终为2的幂次方。
6.HashMap扩容后会重新计算Hash值吗？
①JDK1.7
JDK1.7中，HashMap扩容后，所有的key需要重新计算hash值，然后再放入到新数组中相应的位置。
②JDK1.8
在JDK1.8中，HashMap在扩容时，需要先创建一个新数组，然后再将旧数组中的数据转移到新数组上来。
此时，旧数组中的数据就会根据（e.hash & oldCap），数据的hash值与扩容前数组的长度进行与操作，根据结果是否等于0，分为2类。
1.等于0时，该节点放在新数组时的位置等于其在旧数组中的位置。
2.不等于0时，该节点在新数组中的位置等于其在旧数组中的位置+旧数组的长度。
7.HashMap中当 链表长度大于等于8时，会将 链表转化为 红黑树，为什么是8？
如果 hashCode 分布良好，也就是 hash 计算的结果离散好的话，那么 红黑树这种形式是很少会被用到的，因为各个值都均匀分布，很少出现 链表很长的情况。在理想情况下， 链表长度符合泊松分布，各个长度的命中概率依次递减，当长度为 8 的时候，概率仅为 0.。这是一个小于千万分之一的概率，通常我们的 Map 里面是不会存储这么多的数据的，所以通常情况下，并不会发生从 链表向 红黑树的转换。
8.HashMap为什么线程不安全？
1.在JDK1.7中，当并发执行扩容操作时会造成死循环和数据丢失的情况。
在JDK1.7中，在多线程情况下同时对数组进行扩容，需要将原来数据转移到新数组中，在转移元素的过程中使用的是头插法，会造成死循环。
2.在JDK1.8中，在并发执行put操作时会发生数据覆盖的情况。
如果线程A和线程B同时进行put操作，刚好这两条不同的数据hash值一样，并且该位置数据为null，所以这线程A、B都会通过判断，将执行插入操作。
假设一种情况，线程A进入后还未进行数据插入时挂起，而线程B正常执行，从而正常插入数据，然后线程A获取CPU时间片，此时线程A不用再进行hash判断了，问题出现：线程A会把线程B插入的数据给覆盖，发生线程不安全。
9.为什么HashMapJDK1.7中扩容时要采用头插法，JDK1.8又改为尾插法？
JDK1.7的HashMap在实现resize()时，新table[ ]的列表队头插入。
这样做的目的是：避免尾部遍历。
避免尾部遍历是为了避免在新列表插入数据时，遍历到队尾的位置。因为，直接插入的效率更高。
对resize()的设计来说，本来就是要创建一个新的table，列表的顺序不是很重要。但如果要确保插入队尾，还得遍历出 链表的队尾位置，然后插入，是一种多余的损耗。
直接采用队头插入，会使得 链表数据倒序。
JDK1.8采用尾插法是避免在多线程环境下扩容时采用头插法出现死循环的问题。
.HashMap是如何解决哈希冲突的？
拉链法（链地址法）
为了解决碰撞，数组中的元素是单向 链表类型。当 链表长度大于等于8时，会将 链表转换成 红黑树提高性能。
而当 链表长度小于等于6时，又会将 红黑树转换回单向 链表提高性能。
.HashMap为什么使用 红黑树而不是B树或 平衡二叉树AVL或二叉查找树？
1.不使用二叉查找树
二叉 排序树在极端情况下会出现线性结构。例如：二叉 排序树左子树所有节点的值均小于根节点，如果我们添加的元素都比根节点小，会导致左子树线性增长，这样就失去了用树型结构替换 链表的初衷，导致查询时间增长。所以这是不用二叉查找树的原因。
2.不使用 平衡二叉树
平衡二叉树是严格的平衡树， 红黑树是不严格平衡的树， 平衡二叉树在插入或删除后维持平衡的开销要大于 红黑树。
红黑树的虽然查询性能略低于 平衡二叉树，但在插入和删除上性能要优于 平衡二叉树。
选择 红黑树是从功能、性能和开销上综合选择的结果。
3.不使用B树/B+树
HashMap本来是数组+ 链表的形式， 链表由于其查找慢的特点，所以需要被查找效率更高的树结构来替换。
如果用B/B+树的话，在数据量不是很多的情况下，数据都会“挤在”一个结点里面，这个时候遍历效率就退化成了 链表。
.HashMap和Hashtable的异同？
①HashMap是⾮线程安全的，Hashtable是线程安全的。
Hashtable 内部的⽅法基本都经过 synchronized 修饰。
②因为线程安全的问题，HashMap要⽐Hashtable效率⾼⼀点。
③HashMap允许键和值是null，而Hashtable不允许键或值是null。
HashMap中，null 可以作为键，这样的键只有 ⼀个，可以有 ⼀个或多个键所对应的值为 null。
HashTable 中 put 进的键值只要有 ⼀个 null，直接抛出 NullPointerException。
④ Hashtable默认的初始 大小为，之后每次扩充，容量变为原来的2n+1。
HashMap默认的初始 大⼩为，之后每次扩充，容量变为原来的2倍。
⑤创建时如果给定了容量初始值，那么 Hashtable 会直接使⽤你给定的 ⼤⼩， ⽽ HashMap 会将其扩充为2的幂次⽅ ⼤⼩。
⑥JDK1.8 以后的 HashMap 在解决哈希冲突时当 链表⻓度 大于等于8时，将 链表转化为红⿊树，以减少搜索时间。Hashtable没有这样的机制。
Hashtable的底层，是以数组+ 链表的形式来存储。
⑦HashMap的父类是AbstractMap，Hashtable的父类是Dictionary
相同点：都实现了Map接口，都存储k-v键值对。
.HashMap和HashSet的区别？
HashSet 底层就是基于 HashMap 实现的。（HashSet 的源码⾮常⾮常少，因为除了 clone() 、 writeObject() 、 readObject() 是 HashSet ⾃⼰不得不实现之外，其他⽅法都是直接调用 HashMap 中的⽅法）
1.HashMap实现了Map接口，HashSet实现了Set接口
2.HashMap存储键值对，HashSet存储对象
3.HashMap调用put()向map中添加元素，HashSet调用add()方法向Set中添加元素。
4.HashMap使用键key计算hashCode的值，HashSet使用对象来计算hashCode的值，在hashCode相等的情况下，使用equals()方法来判断对象的相等性。
5.HashSet中的元素由HashMap的key来保存，而HashMap的value则保存了一个静态的Object对象。
.HashSet和TreeSet的区别？
相同点：HashSet和TreeSet的元素都是不能重复的，并且它们都是线程不安全的。
不同点：
①HashSet中的元素可以为null，但TreeSet中的元素不能为null
②HashSet不能保证元素的排列顺序，TreeSet支持自然 排序、定制 排序两种 排序方式
③HashSet底层是采用 哈希表实现的，TreeSet底层是采用 红黑树实现的。
④HashSet的add，remove，contains方法的时间复杂度是 O(1)，TreeSet的add，remove，contains方法的时间复杂度是 O(logn）
.HashMap的遍历方式？
①通过map.keySet()获取key，根据key获取到value
②通过map.keySet()遍历key，通过map.values()遍历value
③通过Map.Entry(String,String) 获取，然后使用entry.getKey()获取到键，通过entry.getValue()获取到值
④通过Iterator
