[Java大厂必备面试题] 点滴促就辉煌, 每日三题【Day10】:并发编程1

本文主要是介绍[Java大厂必备面试题] 点滴促就辉煌, 每日三题【Day10】:并发编程1，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

太久没更新了，我又来了，还是懒啊，这样子下去怎么能行啊，慢慢前进啊 boy

嘿嘿ヾ(◍°∇°◍)ﾉﾞ中秋要来了加油啊！！！！！一定要对得起初心

面试题1：简单说下你对线程和进程的理解?

正经回答：

深入追问：

追问1：那进程和线程有哪些区别呢？

面试题2：守护线程和用户线程的区别？

正经回答：

面试题3：什么是线程死锁?

正经回答：

深入追问：

追问1：形成死锁的四个必要条件是什么？

追问2：我们该如何避免死锁？

追问3：死锁避免和死锁预防有啥不同？

每日小结

本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。

面试题1：简单说下你对线程和进程的理解?

正经回答：

进程

一个在内存中运行的应用程序。每个进程都有自己独立的一块内存空间，一个进程可以有多个线程，比如在Windows系统中，一个运行的xx.exe就是一个进程。

线程

进程中的一个执行任务（控制单元），负责当前进程中程序的执行。一个进程至少有一个线程，一个进程可以运行多个线程，多个线程可共享数据。

深入追问：

追问1：那进程和线程有哪些区别呢？

想起了某乎上的经典回答：

做个简单的比喻：进程 → 火车，线程 → 车厢；线程在进程下行进（单纯的车厢无法运行）

一个进程可以包含多个线程（一辆火车可以有多个车厢）
不同进程间数据很难共享（一辆火车上的乘客很难换到另外一辆火车，比如站点换乘）
同一进程下不同线程间数据很易共享（A车厢换到B车厢很容易）
进程要比线程消耗更多的计算机资源（采用多列火车相比多个车厢更耗资源）

进程间不会相互影响，一个线程挂掉将导致整个进程挂掉（一列火车不会影响到另外一列火车，但是如果一列火车上中间的一节车厢着火了，将影响到所有车厢）
进程可以拓展到多机，线程最多扩展到多核CPU，而不能扩展到多机（不同火车可以开在多个轨道上，同一火车的车厢不能在行进的不同的轨道上）
进程使用的内存地址可以上锁，即一个线程使用某些共享内存时，其他线程必须等它结束，才能使用这一块内存。（比如火车上的洗手间）－“互斥锁”
进程使用的内存地址可以限定使用量（比如火车上的餐厅，最多只允许多少人进入，如果满了需要在门口等，等有人出来了才能进去）－“信号量”

面试题2：守护线程和用户线程的区别？

正经回答：

用户 (User) 线程：

运行在前台，执行具体的任务，如程序的主线程、连接网络的子线程等都是用户线程

守护 (Daemon) 线程：

运行在后台，为其他前台线程（非守护线程）服务。当所有用户线程都结束运行时，守护线程会随 JVM 一起结束工作.

可见，守护线程是依赖于用户线程，当所有用户线程都退出了，守护线程也就会退出，典型的守护线程如垃圾回收线程。

而用户线程是独立存在的，不会因为其他用户线程退出而退出。

注意事项：

setDaemon(true)必须在start（）方法前执行，否则会抛出 IllegalThreadStateException 异常
在守护线程中产生的新线程也是守护线程
不是所有的任务都可以分配给守护线程来执行，比如读写操作或者计算逻辑
守护 (Daemon) 线程中不能依靠 finally 块的内容来确保执行关闭或清理资源的逻辑。因为我们上面也说过了一旦所有用户线程都结束运行，守护线程会随 JVM 一起结束工作，所以守护 (Daemon) 线程中的 finally 语句块可能无法被执行。

群里搬砖人: 心中有B树小伙伴的工位

这是群友 :福州小逗比搬砖地

面试题3：什么是线程死锁?

正经回答：

死锁是指两个或两个以上的进程（线程）在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程（线程）称为死锁进程（线程）。
例如，在某个计算机系统中只有一台打印机和一台输入设备，进程A正占用输入设备，同时又提出使用打印机的请求，但此时打印机正被进程B 所占用，而B在未释放打印机之前，又提出请求使用正被A占用着的输入设备。这样两个进程相互无休止地等待下去，均无法继续执行，此时两个进程陷入死锁状态。
多个线程同时被阻塞，它们中的一个或者全部都在等待某个资源被释放。由于线程被无限期地阻塞，因此程序不可能正常终止。
如下图所示，线程 A 持有资源 2，线程 B 持有资源 1，他们同时都想申请对方的资源，所以这两个线程就会互相等待而进入死锁状态。

下面是一个死锁示例代码：

// 示例来自《并发编程之美》
public class DeadLockDemo {
private static Object resource1 = new Object();//资源 1
private static Object resource2 = new Object();//资源 2

public static void main(String[] args) {
new Thread(() -> {
synchronized (resource1) {
System.out.println(Thread.currentThread() + "get resource1");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread() + "waiting get resource2");
synchronized (resource2) {
System.out.println(Thread.currentThread() + "get resource2");
}
}
}, "线程 1").start();

new Thread(() -> {
synchronized (resource2) {
System.out.println(Thread.currentThread() + "get resource2");
try {
Thread.sleep(1000);
} catch (InterruptedException e) {
e.printStackTrace();
}
System.out.println(Thread.currentThread() + "waiting get resource1");
synchronized (resource1) {
System.out.println(Thread.currentThread() + "get resource1");
}
}
}, "线程 2").start();
}
}