两个通宵熬出来的互联网大厂最新面试题收集整理1000道(六-并发编程-上篇)，欢迎点赞收藏!!!

Posted 2021-06-30 波波烤鸭

  最近接触到很多面试相关的内容，所以就专门整理了以下，内容涵盖：Java、MyBatis、ZooKeeper、Dubbo、Elasticsearch、Memcached、Redis、mysql、Spring、Spring Boot、Spring Cloud、RabbitMQ、Kafka、Linux 等技术栈。后续会出专门的面试视频专题，欢迎关注。

并发编程专题

  因为并发编程相关的面试题实在是太多了，所以会分两篇文件来给大家介绍。欢迎关注点击加收藏哦！！！

1、在java 中守护线程和本地线程区别？

  Java 中的线程分为两种： 守护线程（ Daemon） 和 用户线程（ User）。
  任何线程都可以设置为守护线程和用户线程，通过方法 Thread.setDaemon(bool on)； true 则把该线程设置为守护线程， 反之则为用户线程。Thread.setDaemon() 必须在Thread.start()之前调用， 否则运行时会抛出异常。

两者的区别：
  唯一的区别是判断虚拟机(JVM)何时离开，Daemon 是为其他线程提供服务，如果全部的User Thread 已经撤离， Daemon 没有可服务的线程， JVM 撤离。也可以理解为守护线程是 JVM 自动创建的线程（ 但不一定）， 用户线程是程序创建的线程； 比如 JVM 的垃圾回收线程是一个守护线程， 当所有线程已经撤离， 不再产生垃圾， 守护线程自然就没事可干了， 当垃圾回收线程是 Java 虚拟机上仅剩的线程时， Java 虚拟机会自动离开。

扩展： Thread Dump 打印出来的线程信息， 含有 daemon 字样的线程即为守护进程， 可能会有：服务守护进程、编译守护进程、windows 下的监听 Ctrl+break 的守护进程、Finalizer 守护进程、引用处理守护进程、GC 守护进程。

2、线程与进程的区别？

进程是操作系统分配资源的最小单元， 线程是操作系统调度的最小单元。一个程序至少有一个进程,一个进程至少有一个线程。

3、什么是多线程中的上下文切换？

  多线程会共同使用一组计算机上的 CPU， 而线程数大于给程序分配的 CPU 数量时， 为了让各个线程都有执行的机会，就需要轮转使用 CPU。不同的线程切换使用 CPU 发生的切换数据等就是上下文切换。

4、死锁与活锁的区别，死锁与饥饿的区别？

死锁： 是指两个或两个以上的进程（ 或线程） 在执行过程中， 因争夺资源而造成的一种互相等待的现象， 若无外力作用， 它们都将无法推进下去。

产生死锁的必要条件：
1、互斥条件： 所谓互斥就是进程在某一时间内独占资源。
2、请求与保持条件： 一个进程因请求资源而阻塞时， 对已获得的资源保持不放。
3、不剥夺条件:进程已获得资源， 在末使用完之前， 不能强行剥夺。
4、循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。

活锁： 任务或者执行者没有被阻塞， 由于某些条件没有满足， 导致一直重复尝试， 失败， 尝试， 失败。

活锁和死锁的区别在于，处于活锁的实体是在不断的改变状态，所谓的“ 活”， 而处于死锁的实体表现为等待； 活锁有可能自行解开， 死锁则不能。

饥饿： 一个或者多个线程因为种种原因无法获得所需要的资源， 导致一直无法执行的状态。
Java 中导致饥饿的原因：
1、高优先级线程吞噬所有的低优先级线程的 CPU 时间。
2、线程被永久堵塞在一个等待进入同步块的状态，因为其他线程总是能在它之前 持续地对该同步块进行访问。
3、线程在等待一个本身也处于永久等待完成的对象(比如调用这个对象的 wait 方法)， 因为其他线程总是被持续地获得唤醒。

5、Java 中用到的线程调度算法是什么？

  采用时间片轮转的方式。可以设置线程的优先级， 会映射到下层的系统上面的优先级上， 如非特别需要， 尽量不要用， 防止线程饥饿。

6、什么是线程组，为什么在Java 中不推荐使用？

  ThreadGroup 类，可以把线程归属到某一个线程组中，线程组中可以有线程对象， 也可以有线程组， 组中还可以有线程， 这样的组织结构有点类似于树的形式。

  为什么不推荐使用？ 因为使用有很多的安全隐患吧， 没有具体追究， 如果需要使用， 推荐使用线程池。

7、为什么使用Executor 框架？

  每次执行任务创建线程 new Thread()比较消耗性能， 创建一个线程是比较耗时、耗资源的。
  调用 new Thread()创建的线程缺乏管理，被称为野线程，而且可以无限制的创建， 线程之间的相互竞争会导致过多占用系统资源而导致系统瘫痪， 还有线程之间的频繁交替也会消耗很多系统资源。使用 new Thread() 启动的线程不利于扩展， 比如定时执行、定期执行、定时定期执行、线程中断等都不便实现。

8、在Java 中Executor 和Executors 的区别？

Executors 工具类的不同方法按照我们的需求创建了不同的线程池， 来满足业务的需求。
Executor 接口对象能执行我们的线程任务。
ExecutorService 接口继承了 Executor 接口并进行了扩展， 提供了更多的方法我们能获得任务执行的状态并且可以获取任务的返回值。使用 ThreadPoolExecutor 可以创建自定义线程池。
Future 表示异步计算的结果，他提供了检查计算是否完成的方法，以等待计算的完成， 并可以使用 get()方法获取计算的结果。

9、如何在Windows 和 Linux 上查找哪个线程使用的 CPU 时间最长？

  使用 jstack 找出消耗 CPU 最多的线程代码

10、什么是原子操作？在 Java Concurrency API 中有哪些原子类(atomic classes)？

原子操作（ atomic operation） 意为” 不可被中断的一个或一系列操作” 。
处理器使用基于对缓存加锁或总线加锁的方式来实现多处理器之间的原子操作。在 Java 中可以通过锁和循环 CAS 的方式来实现原子操作。 CAS 操作— —Compare & Set，或是 Compare & Swap，现在几乎所有的 CPU 指令都支持 CAS的原子操作。

  原子操作是指一个不受其他操作影响的操作任务单元。 原子操作是在多线程环境下避免数据不一致必须的手段。
int++并不是一个原子操作，所以当一个线程读取它的值并加 1 时，另外一个线程有可能会读到之前的值， 这就会引发错误。为了解决这个问题，必须保证增加操作是原子的，在 JDK1.5 之前我们可以使用同步技术来做到这一点。到 JDK1.5， java.util.concurrent.atomic 包提供了 int 和long 类型的原子包装类， 它们可以自动的保证对于他们的操作是原子的并且不需要使用同步。

  java.util.concurrent 这个包里面提供了一组原子类。其基本的特性就是在多线程环境下， 当有多个线程同时执行这些类的实例包含的方法时， 具有排他性， 即当某个线程进入方法， 执行其中的指令时， 不会被其他线程打断， 而别的线程就像自旋锁一样， 一直等到该方法执行完成， 才由 JVM 从等待队列中选择一个另一个线程进入， 这只是一种逻辑上的理解。

原子类： AtomicBoolean， AtomicInteger， AtomicLong， AtomicReference 原子数组： AtomicIntegerArray， AtomicLongArray， AtomicReferenceArray 原子属性更 新 器 ： AtomicLongFieldUpdater， AtomicIntegerFieldUpdater， AtomicReferenceFieldUpdater
解决 ABA 问题的原子类： AtomicMarkableReference（ 通过引入一个 boolean 来反映中间有没有变过）， AtomicStampedReference（ 通过引入一个 int 来累加来反映中间有没有变过）

11、Java Concurrency API 中的Lock 接口(Lock interface) 是什么？对比同步它有什么优势？

Lock 接口比同步方法和同步块提供了更具扩展性的锁操作。
他们允许更灵活的结构， 可以具有完全不同的性质， 并且可以支持多个相关类的条件对象。
它的优势有： 可以使锁更公平
可以使线程在等待锁的时候响应中断
可以让线程尝试获取锁， 并在无法获取锁的时候立即返回或者等待一段时间可以在不同的范围， 以不同的顺序获取和释放锁

整体上来说 Lock 是 synchronized 的扩展版， Lock 提供了无条件的、可轮询的(tryLock 方法)、定时的(tryLock 带参方法)、可中断的(lockInterruptibly)、可多条件队列的(newCondition 方法)锁操作。另外 Lock 的实现类基本都支持非公平锁(默认)和公平锁， synchronized 只支持非公平锁， 当然， 在大部分情况下， 非公平锁是高效的选择。

12、什么是 Executors 框架？

Executor 框架是一个根据一组执行策略调用， 调度， 执行和控制的异步任务的框架。

无限制的创建线程会引起应用程序内存溢出。所以创建一个线程池是个更好的的解决方案， 因为可以限制线程的数量并且可以回收再利用这些线程。利用Executors 框架可以非常方便的创建一个线程池。

13、什么是阻塞队列？阻塞队列的实现原理是什么？如何使用阻塞队列来实现生产者-消费者模型？

  阻塞队列（ BlockingQueue） 是一个支持两个附加操作的队列。

这两个附加的操作是： 在队列为空时， 获取元素的线程会等待队列变为非空。当队列满时， 存储元素的线程会等待队列可用。

  阻塞队列常用于生产者和消费者的场景， 生产者是往队列里添加元素的线程， 消费者是从队列里拿元素的线程。阻塞队列就是生产者存放元素的容器， 而消费者也只从容器里拿元素。

JDK7 提供了 7 个阻塞队列。分别是：

• ArrayBlockingQueue ： 一个由数组结构组成的有界阻塞队列。
• LinkedBlockingQueue ： 一个由链表结构组成的有界阻塞队列。
• PriorityBlockingQueue ： 一个支持优先级排序的无界阻塞队列。
• DelayQueue： 一个使用优先级队列实现的无界阻塞队列。
• SynchronousQueue： 一个不存储元素的阻塞队列。
• LinkedTransferQueue： 一个由链表结构组成的无界阻塞队列。
• LinkedBlockingDeque： 一个由链表结构组成的双向阻塞队列。

  Java 5 之前实现同步存取时， 可以使用普通的一个集合， 然后在使用线程的协作和线程同步可以实现生产者， 消费者模式， 主要的技术就是用好，wait ,notify,notifyAll,sychronized 这些关键字。而在 java 5 之后， 可以使用阻塞队列来实现， 此方式大大简少了代码量， 使得多线程编程更加容易， 安全方面也有保障。BlockingQueue 接口是 Queue 的子接口， 它的主要用途并不是作为容器， 而是作为线程同步的的工具， 因此他具有一个很明显的特性， 当生产者线程试图向BlockingQueue 放入元素时， 如果队列已满， 则线程被阻塞， 当消费者线程试图从中取出一个元素时， 如果队列为空， 则该线程会被阻塞， 正是因为它所具有这个特性， 所以在程序中多个线程交替向 BlockingQueue 中放入元素， 取出元素， 它可以很好的控制线程之间的通信。

  阻塞队列使用最经典的场景就是 socket 客户端数据的读取和解析，读取数据的线程不断将数据放入队列， 然后解析线程不断从队列取数据解析。

14、什么是 Callable 和Future?

  Callable 接口类似于 Runnable，从名字就可以看出来了，但是 Runnable 不会返回结果， 并且无法抛出返回结果的异常， 而 Callable 功能更强大一些， 被线程执行后，可以返回值，这个返回值可以被 Future 拿到，也就是说，Future 可以拿到异步执行任务的返回值。可以认为是带有回调的 Runnable。
  Future 接口表示异步任务，是还没有完成的任务给出的未来结果。所以说 Callable 用于产生结果， Future 用于获取结果。

15、什么是 FutureTask?使用 ExecutorService 启动任务。

  在 Java 并发程序中 FutureTask 表示一个可以取消的异步运算。它有启动和取消运算、查询运算是否完成和取回运算结果等方法。只有当运算完成的时候结果才能取回，如果运算尚未完成 get 方法将会阻塞。一个 FutureTask 对象可以对调用了 Callable 和 Runnable 的对象进行包装， 由于 FutureTask 也是调用了 Runnable 接口所以它可以提交给Executor 来执行。

16、什么是并发容器的实现？

  何为同步容器： 可以简单地理解为通过 synchronized 来实现同步的容器， 如果有多个线程调用同步容器的方法， 它们将会串行执行。比如 Vector， Hashtable， 以及 Collections.synchronizedSet， synchronizedList 等方法返回的容器。
可以通过查看 Vector， Hashtable 等这些同步容器的实现代码， 可以看到这些容器实现线程安全的方式就是将它们的状态封装起来， 并在需要同步的方法上加上关键字synchronized。

  并发容器使用了与同步容器完全不同的加锁策略来提供更高的并发性和伸缩性， 例如在ConcurrentHashMap 中采用了一种粒度更细的加锁机制， 可以称为分段锁， 在这种锁机制下， 允许任意数量的读线程并发地访问 map， 并且执行读操作的线程和写操作的线程也可以并发的访问 map， 同时允许一定数量的写操作线程并发地修改 map， 所以它可以在并发环境下实现更高的吞吐量。

17、多线程同步和互斥有几种实现方法，都是什么？

  线程同步是指线程之间所具有的一种制约关系， 一个线程的执行依赖另一个线程的消息， 当它没有得到另一个线程的消息时应等待， 直到消息到达时才被唤醒。线程互斥是指对于共享的进程系统资源， 在各单个线程访问时的排它性。当有若干个线程都要使用某一共享资源时， 任何时刻最多只允许一个线程去使用， 其它要使用该资源的线程必须等待， 直到占用资源者释放该资源。线程互斥可以看成是一种特殊的线程同步。

  线程间的同步方法大体可分为两类： 用户模式和内核模式。顾名思义， 内核模式就是指利用系统内核对象的单一性来进行同步， 使用时需要切换内核态与用户态， 而用户模式就是不需要切换到内核态， 只在用户态完成操作。
用户模式下的方法有： 原子操作（ 例如一个单一的全局变量）， 临界区。内核模式下的方法有： 事件， 信号量， 互斥量。

18、什么是竞争条件？你怎样发现和解决竞争？

  当多个进程都企图对共享数据进行某种处理， 而最后的结果又取决于进程运行的顺序时， 则我们认为这发生了竞争条件（ race condition）。

19、你将如何使用 thread dump？你将如何分析 Thread dump？

新建状态（ New）

  用 new 语句创建的线程处于新建状态，此时它和其他 Java 对象一样，仅仅在堆区中被分配了内存。
就绪状态（ Runnable）
  当一个线程对象创建后，其他线程调用它的 start()方法，该线程就进入就绪状态， Java 虚拟机会为它创建方法调用栈和程序计数器。处于这个状态的线程位于可运行池中， 等待获得 CPU 的使用权。

运行状态（ Running）

  处于这个状态的线程占用 CPU， 执行程序代码。只有处于就绪状态的线程才有机会转到运行状态。
阻塞状态（ Blocked）

  阻塞状态是指线程因为某些原因放弃 CPU， 暂时停止运行。当线程处于阻塞状态时， Java 虚拟机不会给线程分配 CPU。直到线程重新进入就绪状态， 它才有机会转到运行状态。

阻塞状态可分为以下 3 种：

位于对象等待池中的阻塞状态（ Blocked in object’ s wait pool） ：

  当线程处于运行状态时， 如果执行了某个对象的 wait()方法， Java 虚拟机就会把线程放到这个对象的等待池中， 这涉及到“ 线程通信” 的内容。

位于对象锁池中的阻塞状态（ Blocked in object’ s lock pool） ：

  当线程处于运行状态时， 试图获得某个对象的同步锁时， 如果该对象的同步锁已经被其他线程占用， Java 虚拟机就会把这个线程放到这个对象的锁池中， 这涉及到“ 线程同步” 的内容。

其他阻塞状态（ Otherwise Blocked） ：

  当前线程执行了 sleep()方法，或者调用了其他线程的 join()方法，或者发出了 I/O 请求时， 就会进入这个状态。

死亡状态（ Dead）
  当线程退出 run()方法时， 就进入死亡状态， 该线程结束生命周期。
我们运行之前的那个死锁代码 SimpleDeadLock.java， 然后尝试输出信息(

/* 时间，jvm 信息 */ 2017-11-01 17:36:28
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.144-b01 mixed mode):

/* 线程名称：DestroyJavaVM 编号：#13
优先级：5
系统优先级：0
jvm 内部线程 id：0x0000000001c88800
对应系统线程 id（NativeThread ID）：0x1c18
线程状态： waiting on condition [0x0000000000000000] （等待某个条件） 线程详细状态：java.lang.Thread.State: RUNNABLE	及 之 后 所 有 */ "DestroyJavaVM" #13 prio=5 os_prio=0 tid=0x0000000001c88800 nid=0x1c18 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Thread-1" #12 prio=5 os_prio=0 tid=0x0000000018d49000 nid=0x17b8 waiting for monitor entry [0x0000000019d7f000]
/* 线程状态：阻塞（在对象同步上） 代码位置：at
com.leo.interview.SimpleDeadLock$B.run(SimpleDeadLock.java:56) 等待锁：0x00000000d629b4d8
已 经 获 得 锁 ：0x00000000d629b4e8*/ java.lang.Thread.State: BLOCKED (on object monitor) at
com.leo.interview.SimpleDeadLock$B.run(SimpleDeadLock.java:56)


-waiting to lock <0x00000000d629b4d8> (a java.lang.Object)
-locked <0x00000000d629b4e8> (a java.lang.Object)

"Thread-0" #11 prio=5 os_prio=0 tid=0x0000000018d44000 nid=0x1ebc waiting for monitor entry [0x000000001907f000]
java.lang.Thread.State: BLOCKED (on object monitor) at
com.leo.interview.SimpleDeadLock$A.run(SimpleDeadLock.java:34)
-	waiting to lock <0x00000000d629b4e8> (a java.lang.Object)
- locked <0x00000000d629b4d8> (a java.lang.Object)

"Service Thread" #10 daemon prio=9 os_prio=0 tid=0x0000000018ca5000 nid=0x1264 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C1 CompilerThread2" #9 daemon prio=9 os_prio=2 tid=0x0000000018c46000 nid=0xb8c waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread1" #8 daemon prio=9 os_prio=2 tid=0x0000000018be4800 nid=0x1db4 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"C2 CompilerThread0" #7 daemon prio=9 os_prio=2 tid=0x0000000018be3800 nid=0x810 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE


"Monitor Ctrl-Break" #6 daemon prio=5 os_prio=0 tid=0x0000000018bcc800 nid=0x1c24 runnable [0x00000000193ce000]
java.lang.Thread.State: RUNNABLE
at java.net.SocketInputStream.socketRead0(Native Method) at
java.net.SocketInputStream.socketRead(SocketInputStream.java:116) at java.net.SocketInputStream.read(SocketInputStream.java:171) at java.net.SocketInputStream.read(SocketInputStream.java:141) at sun.nio.cs.StreamDecoder.readBytes(StreamDecoder.java:284) at sun.nio.cs.StreamDecoder.implRead(StreamDecoder.java:326) at sun.nio.cs.StreamDecoder.read(StreamDecoder.java:178)
-locked <0x00000000d632b928> (a java.io.InputStreamReader) at java.io.InputStreamReader.read(InputStreamReader.java:184) at java.io.BufferedReader.fill(BufferedReader.java:161)
at java.io.BufferedReader.readLine(BufferedReader.java:324)
-locked <0x00000000d632b928> (a java.io.InputStreamReader) at java.io.BufferedReader.readLine(BufferedReader.java:389)
at com.intellij.rt.execution.application.AppMainV2$1.run(AppMainV2.java:6 4)

"Attach Listener" #5 daemon prio=5 os_prio=2 tid=0x0000000017781800 nid=0x524 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE

"Signal Dispatcher" #4 daemon prio=9 os_prio=2 tid=0x000000001778f800 nid=0x1b08 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE


"Finalizer" #3 daemon prio=8 os_prio=1 tid=0x000000001776a800 nid=0xdac in Object.wait() [0x0000000018b6f000]
java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method)
- waiting on <0x00000000d6108ec8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143)
- locked <0x00000000d6108ec8> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:164) at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:209)

"Reference Handler" #2 daemon prio=10 os_prio=2 tid=0x0000000017723800 nid=0x1670 in Object.wait() [0x00000000189ef000]
java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method)
- waiting on <0x00000000d6106b68> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:502)
at java.lang.ref.Reference.tryHandlePending(Reference.java:191)
-locked <0x00000000d6106b68> (a java.lang.ref.Reference$Lock) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:153)

"VM Thread" os_prio=2 tid=0x000000001771b800 nid=0x604 runnable

"GC task thread#0 (ParallelGC)" os_prio=0 tid=0x0000000001c9d800 nid=0x9f0 runnable

"GC task thread#1 (ParallelGC)" os_prio=0 tid=0x0000000001c9f000 nid=0x154c runnable







-waiting to lock <0x00000000d629b4d8> (a java.lang.Object)
-locked <0x00000000d629b4e8> (a java.lang.Object) "Thread-0":
at com.leo.interview.SimpleDeadLock$A.run(SimpleDeadLock.java:34)
-waiting to lock <0x00000000d629b4e8> (a java.lang.Object)
-locked <0x00000000d629b4d8> (a java.lang.Object) Found 1 deadlock.
/* 内存使用状况，详情得看 JVM 方面的书 */ Heap
PSYoungGen	total 37888K, used 4590K [0x00000000d6100000, 0x00000000d8b00000, 0x0000000100000000)
eden space 32768K, 14% used [0x00000000d6100000,0x00000000d657b968,0x00000000d8100000)
from space 5120K, 0% used [0x00000000d8600000,0x00000000d8600000,0x00000000d8b00000)
to	space 5120K, 0% used [0x00000000d8100000,0x00000000d8100000,0x00000000d8600000)
ParOldGen	total 86016K, used 0K [0x0000000082200000, 0x0000000087600000, 0x00000000d6100000)
object space 86016K, 0% used [0x0000000082200000,0x0000000082200000,0x0000000087600000)
Metaspace	used 3474K, capacity 4500K, committed 4864K, reserved 1056768K
class space	used 382K, capacity 388K, committed 512K, reserved 1048576K

20、为什么我们调用 start()方法时会执行run()方法，为什么我们不能直接调用run()方法？

  当你调用 start()方法时你将创建新的线程， 并且执行在 run()方法里的代码。
但是如果你直接调用 run()方法，它不会创建新的线程也不会执行调用线程的代码， 只会把 run 方法当作普通方法去执行。

21、Java 中你怎样唤醒一个阻塞的线程？

  在 Java 发展史上曾经使用 suspend()、resume()方法对于线程进行阻塞唤醒，但随之出现很多问题， 比较典型的还是死锁问题。解决方案可以使用以对象为目标的阻塞， 即利用 Object 类的 wait()和 notify()方法实现线程阻塞。首先，wait、notify 方法是针对对象的，调用任意对象的 wait()方法都将导致线程阻塞， 阻塞的同时也将释放该对象的锁，相应地，调用任意对象的 notify()方法则将随机解除该对象阻塞的线程， 但它需要重新获取改对象的锁， 直到获取成功才能往下执行； 其次， wait、notify 方法必须在 synchronized 块或方法中被调用， 并且要保证同步块或方法的锁对象与调用 wait、notify 方法的对象是同一个， 如此一来在调用 wait 之前当前线程就已经成功获取某对象的锁，执行 wait 阻塞后当前线程就将之前获取的对象锁释放。

22、在 Java 中CycliBarriar 和CountdownLatch 有什么区别？

  CyclicBarrier 可以重复使用， 而 CountdownLatch 不能重复使用。

  Java 的 concurrent 包里面的 CountDownLatch 其实可以把它看作一个计数器， 只不过这个计数器的操作是原子操作， 同时只能有一个线程去操作这个计数器， 也就是同时只能有一个线程去减这个计数器里面的值。
你可以向 CountDownLatch 对象设置一个初始的数字作为计数值，任何调用这个对象上的 await()方法都会阻塞，直到这个计数器的计数值被其他的线程减为 0 为止。
  所以在当前计数到达零之前， await 方法会一直受阻塞。之后， 会释放所有等待的线程，await 的所有后续调用都将立即返回。这种现象只出现一次— — 计数无法被重置。如果需要重置计数， 请考虑使用 CyclicBarrier。
CountDownLatch 的一个非常典型的应用场景是： 有一个任务想要往下执行， 但必须要等到其他的任务执行完毕后才可以继续往下执行。假如我们这个想要继续往下执行的任务调用一个 CountDownLatch 对象的 await() 方法， 其他的任务执行完自己的任务后调用同一个 CountDownLatch 对象上的 countDown()方法， 这个调用 await()方法的任务将一直阻塞等待， 直到这个 CountDownLatch 对象的计数值减到 0 为止。

  CyclicBarrier 一个同步辅助类， 它允许一组线程互相等待， 直到到达某个公共屏障点(common barrier point)。在涉及一组固定大小的线程的程序中，这些线程必须不时地互相等待， 此时 CyclicBarrier 很有用。因为该 barrier 在释放等待线程后可以重用， 所以称它为循环 的 barrier。

23、什么是不可变对象，它对写并发应用有什么帮助？

  不可变对象(Immutable Objects)即对象一旦被创建它的状态（ 对象的数据，也即对象属性值） 就不能改变， 反之即为可变对象(Mutable Objects)。
  不可变对象的类即为不可变类(Immutable Class)。Java 平台类库中包含许多不可变类， 如 String、基本类型的包装类、BigInteger 和 BigDecimal 等。
  不可变对象天生是线程安全的。它们的常量（ 域） 是在构造函数中创建的。既然它们的状态无法修改， 这些常量永远不会变。

  不可变对象永远是线程安全的。
只有满足如下状态， 一个对象才是不可变的； 它的状态不能在创建后再被修改；所有域都是 final 类型； 并且，它被正确创建（ 创建期间没有发生 this 引用的逸出）。

24、什么是多线程中的上下文切换？

  在上下文切换过程中， CPU 会停止处理当前运行的程序， 并保存当前程序运行的具体位置以便之后继续运行。从这个角度来看， 上下文切换有点像我们同时阅读几本书， 在来回切换书本的同时我们需要记住每本书当前读到的页码。在程序中， 上下文切换过程中的“ 页码” 信息是保存在进程控制块（ PCB） 中的。PCB 还经常被称作“ 切换桢”（ switchframe）。“ 页码” 信息会一直保存到 CPU 的内存中， 直到他们被再次使用。上下文切换是存储和恢复 CPU 状态的过程， 它使得线程执行能够从中断点恢复执行。上下文切换是多任务操作系统和多线程环境的基本特征。

25、Java 中用到的线程调度算法是什么？

  计算机通常只有一个 CPU,在任意时刻只能执行一条机器指令,每个线程只有获得CPU 的使用权才能执行指令.所谓多线程的并发运行,其实是指从宏观上看,各个线程轮流获得 CPU 的使用权,分别执行各自的任务.在运行池中,会有多个处于就绪状态的线程在等待 CPU,JAVA 虚拟机的一项任务就是负责线程的调度,线程调度是指按照特定机制为多个线程分配 CPU 的使用权.

有两种调度模型： 分时调度模型和抢占式调度模型。
  分时调度模型是指让所有的线程轮流获得 cpu 的使用权,并且平均分配每个线程占用的CPU 的时间片这个也比较好理解。

  java 虚拟机采用抢占式调度模型， 是指优先让可运行池中优先级高的线程占用CPU， 如果可运行池中的线程优先级相同， 那么就随机选择一个线程， 使其占用CPU。处于运行状态的线程会一直运行， 直至它不得不放弃 CPU。

26、什么是线程组，为什么在 Java 中不推荐使用？

  线程组和线程池是两个不同的概念， 他们的作用完全不同， 前者是为了方便线程的管理， 后者是为了管理线程的生命周期， 复用线程， 减少创建销毁线程的开销。

27、为什么使用 Executor 框架比使用应用创建和管理线程好？

为什么要使用 Executor 线程池框架
1、每次执行任务创建线程 new Thread()比较消耗性能， 创建一个线程是比较耗时、耗资源的。
2、调用 new Thread()创建的线程缺乏管理， 被称为野线程， 而且可以无限制的创建， 线程之间的相互竞争会导致过多占用系统资源而导致系统瘫痪， 还有线程之间的频繁交替也会消耗很多系统资源。
3、直接使用 new Thread() 启动的线程不利于扩展， 比如定时执行、定期执行、定时定期执行、线程中断等都不便实现。

使用 Executor 线程池框架的优点

1、能复用已存在并空闲的线程从而减少线程对象的创建从而减少了消亡线程的开 销。
2、可有效控制最大并发线程数， 提高系统资源使用率， 同时避免过多资源竞争。
3、框架中已经有定时、定期、单线程、并发数控制等功能。
综上所述使用线程池框架 Executor 能更好的管理线程、提供系统资源使用率。

28、java 中有几种方法可以实现一个线程？

继 承 Thread 类
实现 Runnable 接口
实现 Callable 接口， 需要实现的是 call() 方法

29、如何停止一个正在运行的线程？

  使用共享变量的方式，在这种方式中， 之所以引入共享变量， 是因为该变量可以被多个执行相同任务的线程用来作为是否中断的信号， 通知中断线程的执行。

使用 interrupt 方法终止线程

  如果一个线程由于等待某些事件的发生而被阻塞， 又该怎样停止该线程呢？ 这种情况经常会发生， 比如当一个线程由于需要等候键盘输入而被阻塞， 或者调用Thread.join()方法， 或者 Thread.sleep()方法， 在网络中调用
ServerSocket.accept()方法，或者调用了 DatagramSocket.receive()方法时，都有可能导致线程阻塞， 使线程处于处于不可运行状态时， 即使主程序中将该线程的共享变量设置为 true， 但该线程此时根本无法检查循环标志， 当然也就无法立即中断。这里我们给出的建议是，不要使用 stop()方法，而是使用 Thread 提供的interrupt()方法，因为该方法虽然不会中断一个正在运行的线程，但是它可以使一 个被阻塞的线程抛出一个中断异常， 从而使线程提前结束阻塞状态， 退出堵塞代码。

30、notify()和 notifyAll()有什么区别？

  当一个线程进入 wait 之后，就必须等其他线程 notify/notifyall,使用 notifyall,可以唤醒所有处于 wait 状态的线程，使其重新进入锁的争夺队列中，而 notify 只能唤醒一个。如果没把握， 建议 notifyAll， 防止 notigy 因为信号丢失而造成程序异常。

31、什么是 Daemon 线程？它有什么意义？

  所谓后台(daemon)线程， 是指在程序运行的时候在后台提供一种通用服务的线程， 并且这个线程并不属于程序中不可或缺的部分。因此， 当所有的非后台线程结束时， 程序也就终止了， 同时会杀死进程中的所有后台线程。反过来说，
只要有任何非后台线程还在运行， 程序就不会终止。必须在线程启动之前调用
setDaemon()方法， 才能把它设置为后台线程。注意： 后台进程在不执行 finally 子句的情况下就会终止其 run()方法。

比如： JVM 的垃圾回收线程就是 Daemon 线程， Finalizer 也是守护线程。

32、java 如何实现多线程之间的通讯和协作？

中断 和 共享变量

33、什么是可重入锁（ReentrantLock）？

举例来说明锁的可重入性

public class UnReentrant{ 
	Lock lock = new Lock();
	public lock.lock();
		inner(); lock.unlock();
	}
	public void inner(){
	 lock.lo ck();
	//do something lock.unlock();
两个通宵熬出来的互联网大厂最新面试题收集整理1000道(二-ElasticSearch)，欢迎点赞收藏!!!

 两个通宵熬出来的互联网大厂最新面试题收集整理1000道(五-MySQL)，欢迎点赞收藏!!!
 两个通宵熬出来的互联网大厂最新面试题收集整理1000道(四-Redis)，欢迎点赞收藏!!!
 两个通宵熬出来的互联网大厂最新面试题收集整理1000道(三-Memcached)，欢迎点赞收藏!!!
 两个通宵熬出来的互联网大厂最新面试题收集整理1000道(五-MySQL)，欢迎点赞收藏!!!
 两个通宵熬出来的互联网大厂最新面试题收集整理1000道(四-Redis)，欢迎点赞收藏!!!