hashmap的数据结构，HashMap的数据结构是数组链表红黑树（红黑树sinceJDK1.8）。我们常把数组中的每一个节点称为一个桶。当向桶中添加一个键值对时，首先计算键值对中key的hash值，以此确定插入数组中的位置，但是可能存在同一hash值的元素已经被放在数组同一位置了，这种现象称为碰撞，这时按照尾插法(jdk1.7及以前为头插法)的方式添

亲爱的同学们，本人因为连续几周遭遇一定的工作压力几乎被压榨的只剩一个空壳，还好经常锻炼有一副好身体（皮囊），算是挺过来了。为了大家年前能早早入坑马不停蹄回到阵地给大家带来第二期的面试坑题，有些题是大家经常被问到的，有些可能还未接触到先可以了解下。事不宜迟，赶紧跟随我一起看看有哪些题，一起加入到防套路中来。NO1.请简单描述JDK和JRE的区别

那么我们在开始介绍Java内存区域之前，我们先放一张内存区域的图，方便我们后面介绍的时候可以对照着看。须知，本文是根据JDK8来介绍的。程序计数器首先它是线程私有的，它也称为代码的行号指示器，字节码解释器就是通过改变程序计数器的位置来确定下一行要执行的代码，它不存在OOM。如果线程正在执行一个Java方法，那么它记录的是正在执行虚拟机字节码指令的地址，如果是

本文基于OpenJDK11最近使用SpringCloudGateway的时候，遇到了一个奇怪的问题：线上有3个API网关实例，压力均衡，平稳运行3天后，突然有一个实例，CPU飚高，并且响应时间增加很多，从几十毫秒涨到了几分钟。线上是k8s管理容器，立刻停掉了这个pod，重建，恢复正常。线上我们开启了JFR记录（

引言随着JDK的发展以及JIT的不断优化，我们很多时候都可以写读起来易读但是看上去性能不高的代码了，编译器会帮我们优化代码。之前大学里面学单片机的时候，由于内存以及处理器性能都极其有限（可能很多时候考虑内存的限制优先于处理器），所以很多时候，利用位运算来节约空间或者提高性能，那么这些优秀的思想，放到目前的Java中，是否还有必要这么做呢？我们逐一思

闭锁（CountDownLatch）是Java多线程并发中的一种同步器，它是JDK内置的同步器。通过它可以定义一个倒计数器，当倒计数器的值大于0时，所有调用await方法的线程都会等待。而调用countDown方法则可以让倒计数器的值减一，当倒计数器值为0时所有等待的线程都将继续往下执行。闭锁的主要应用场景是让某个或某些线程在某个运行节点上等待N个条件都

信号量（Semaphore）是Java多线程兵法中的一种JDK内置同步器，通过它可以实现多线程对公共资源的并发访问控制。一个线程在进入公共资源时需要先获取一个许可，如果获取不到许可则要等待其它线程释放许可，每个线程在离开公共资源时都会释放许可。其实可以将Semaphore看成一个计数器，当计数器的值小于许可最大值时，所有调用acquire方法的线程都可以得到

对于熟悉JAVA语言的coder来说，泛型绝对曾让自己伤透脑筋，因为java中的泛型就像是一个糖果，但嚼起来却痛苦不堪（可能有点过分，不过看很多论坛贴吧的抱怨，我觉得也是不可否认的）。每个初涉泛型的人可能都会经历这样的阶段，什么是泛型，为什么会有泛型，怎么样使用泛型，它能给我们带来什么？等等   其实早在JDK1.5之前，java还不存在泛型，但j

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：

所谓公平是指所有线程对临界资源申请访问权限的成功率都一样，它不会让某些线程拥有优先权。通过几篇文章的分析我们知道了JDK的AQS的锁是基于CLH锁进行优化的，而其中使用了FIFO队列，也就是说等待队列是一个先进先出的队列。那是否就可以说每条线程获取锁时就是公平的呢？关于公平性，严格来说应该分成三个点来看：入队阶段、唤醒阶段以及闯入策略。友情链接：