线程死锁并发
11. 如何创建线程实例并运行?
Thread 类本质上是实现 Runnable 接口的一个实例，代表一个线程的实例。创建线程实例一般有两种方法：
- 创建
Thread的子类并重写run()
public class MyThread extends Thread {
@Override
public void run(){
System.out.println("MyThread running");
}
}
run() 方在调用 start() 方法后被执行，而且一旦线程启动后 start() 方法后就会立即返回，而不是等到 run() 方法执行完毕后再返回。
MyThread myThread = new MyThread();
myThread.start();
- 实现
Runnable接口
public class MyRunnable implements Runnable{
@Override
public void run(){
System.out.println("MyRunnable running");
}
}
在新建类时实现 Runnable 接口，然后在 Thread 类的构造函数中传入 MyRunnable 的实例对象，最后执行 start() 方法即可；
Thread thread = new Thread(new MyRunnable());
thread.start();
12. 线程阻塞的三种情况
当线程因为某种原因放弃 CPU 使用权后，即让出了 CPU 时间片，暂时就会停止运行，知道线程进入可运行状态（Runnable），才有机会再次获得 CPU 时间片转入 RUNNING 状态。一般来讲，阻塞的情况可以分为如下三种：
1. 等待阻塞（Object.wait -> 等待队列）
RUNNING 状态的线程执行 Object.wait() 方法后，JVM 会将线程放入等待序列（waitting queue）；
2. 同步阻塞（lock -> 锁池）
RUNNING 状态的线程在获取对象的同步锁时，若该 同步锁被其他线程占用，则 JVM 将该线程放入锁池（lock pool）中；
3. 其他阻塞（sleep/join）
RUNNING 状态的线程执行 Thread.sleep(long ms) 或 Thread.join() 方法，或发出 I/O 请求时，JVM 会将该线程置为阻塞状态。当 sleep() 状态超时，join() 等待线程终止或超时. 或者 I/O 处理完毕时，线程重新转入可运行状态（RUNNABLE）；
13. 线程死亡的三种方式
-
正常结束
run() 或者 call()方法执行完成后，线程正常结束； -
异常结束
线程抛出一个未捕获的Exception或Error，导致线程异常结束； -
调用 stop()
直接调用线程的stop()方法来结束该线程，但是一般不推荐使用该种方式，因为该方法通常容易导致死锁；
14. 为什么我们调用start()方法时会执行run()方法，为什么我们不能直接调用run()方法？
JVM执行start方法，会另起一条线程执行thread的run方法，这才起到多线程的效果~
如果直接调用Thread的run()方法，其方法还是运行在主线程中，没有起到多线程效果。
15. 守护线程是什么？
守护线程是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。在 Java 中垃圾回收线程就是特殊的守护线程。
16. 了解Fork/Join框架吗？
Fork/Join框架是Java7提供的一个用于并行执行任务的框架，是一个把大任务分割成若干个小任务，最终汇总每个小任务结果后得到大任务结果的框架。
Fork/Join框架需要理解两个点，「分而治之」和「工作窃取算法」。
「分而治之」
以上Fork/Join框架的定义，就是分而治之思想的体现啦
「工作窃取算法」
把大任务拆分成小任务，放到不同队列执行，交由不同的线程分别执行时。有的线程优先把自己负责的任务执行完了，其他线程还在慢慢悠悠处理自己的任务，这时候为了充分提高效率，就需要工作盗窃算法啦~
工作盗窃算法就是，「某个线程从其他队列中窃取任务进行执行的过程」。一般就是指做得快的线程（盗窃线程）抢慢的线程的任务来做，同时为了减少锁竞争，通常使用双端队列，即快线程和慢线程各在一端。
17. CAS了解吗？
-
CAS：全称
Compare and swap，即比较并交换，它是一条 CPU 同步原语。是一种硬件对并发的支持，针对多处理器操作而设计的一种特殊指令，用于管理对共享数据的并发访问。 -
CAS 是一种无锁的非阻塞算法的实现。
-
CAS 包含了 3 个操作数：
- 需要读写的内存值 V
- 旧的预期值 A
- 要修改的更新值 B
-
当且仅当 V 的值等于 A 时，CAS 通过原子方式用新值 B 来更新 V 的 值，否则不会执行任何操作（他的功能是判断内存某个位置的值是否为预期值，如果是则更改为新的值，这个过程是原子的。）
CAS 并发原语体现在 Java 语言中的 sum.misc.Unsafe 类中的各个方法。调用 Unsafe 类中的 CAS 方法， JVM 会帮助我们实现出 CAS 汇编指令。这是一种完全依赖于硬件的功能，通过它实现了原子操作。再次强调，由于 CAS是一种系统原语，原语属于操作系统用于范畴，是由若干条指令组成的，用于完成某个功能的一个过程，并且原语的执行必须是连续的，在执行过程中不允许被中断，CAS 是一条 CPU 的原子指令，不会造成数据不一致问题。
18. CAS有什么缺陷？
-
ABA 问题
并发环境下，假设初始条件是A，去修改数据时，发现是A就会执行修改。但是看到的虽然是A，中间可能发生了A变B，B又变回A的情况。此时A已经非彼A，数据即使成功修改，也可能有问题。
可以通过
AtomicStampedReference解决ABA问题，它，一个带有标记的原子引用类，通过控制变量值的版本来保证CAS的正确性。 -
循环时间长开销
自旋CAS，如果一直循环执行，一直不成功，会给CPU带来非常大的执行开销。
很多时候，CAS思想体现，是有个自旋次数的，就是为了避开这个耗时问题~
-
只能保证一个变量的原子操作。
CAS 保证的是对一个变量执行操作的原子性，如果对多个变量操作时，CAS 目前无法直接保证操作的原子性的。
可以通过这两个方式解决这个问题：
- 使用互斥锁来保证原子性；
- 将多个变量封装成对象，通过
AtomicReference来保证原子性。
19. synchronized 和 volatile 的区别是什么？
volatile 解决的是内存可见性问题，会使得所有对 volatile 变量的读写都直接写入主存，即 保证了变量的可见性。
synchronized 解决的事执行控制的问题，它会阻止其他线程获取当前对象的监控锁，这样一来就让当前对象中被 synchronized 关键字保护的代码块无法被其他线程访问，也就是无法并发执行。而且，synchronized 还会创建一个 内存屏障，内存屏障指令保证了所有 CPU 操作结果都会直接刷到主存中，从而 保证操作的内存可见性，同时也使得这个锁的线程的所有操作都 happens-before 于随后获得这个锁的线程的操作。
两者的区别主要有如下：
- volatile 本质是在告诉 JVM 当前变量在寄存器（工作内存）中的值是不确定的，需要从主存中读取； synchronized 则是锁定当前变量，只有当前线程可以访问该变量，其他线程被阻塞住。
- volatile 仅能使用在变量级别；synchronized 则可以使用在 变量. 方法. 和类级别的
- volatile 仅能实现变量的修改可见性，不能保证原子性；而synchronized 则可以 保证变量的修改可见性和原子性
- volatile 不会造成线程的阻塞；synchronized 可能会造成线程的阻塞。
- volatile 标记的变量不会被编译器优化；synchronized 标记的变量可以被编译器优化。
20. synchronized 和 Lock 有什么区别？
synchronized可以给类. 方法. 代码块加锁；而 lock 只能给代码块加锁。synchronized不需要手动获取锁和释放锁，使用简单，发生异常会自动释放锁，不会造成死锁；而 lock 需要自己加锁和释放锁，如果使用不当没有unLock()去释放锁就会造成死锁。- 通过
Lock可以知道有没有成功获取锁，而synchronized却无法办到。
总结：线程与进程的区别和死锁形成方式以及如何避免死锁很重要，但线程这块的知识点基本都很重要，请大家尽量背一背。收藏一下以免需要时候找不到。在此感谢各位小伙伴支持，点个关注不迷路。谢谢！！
如果没看过前几篇的文章的，可以点击链接去看看，如果方便可以点赞收藏，给我点个关注，创作不易！
1691
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
