Java并发编程

1.线程和进程

2.创建线程的三种方式

3.线程的五种(六种运行状态)

4.死锁及解决

5.线程同步

1.线程和进程

他们是什么？

进程：我们先了解程序这个概念，程序由指令和数据组成，指令会加载到CPU，数据会加载到内存，当指令运行时需要用到磁盘等，当一个程序运行时，磁盘就会将这个程序的代码加载到内存，这时就启动了一个进程。举一些简单的例子：电脑中打开任务管理器，上面的.exe就是一个进程，比如QQ，游戏，音乐。

线程：线程就是指令流，将一条一条指令交给CPU执行。

区别：

根本区别：进程是资源分配的最小单位，线程是CPU调度的最小单位

包含关系：一个进程包括了至少一个线程，进程之间拥有共享资源，如内存，线程共享进程的内存资源。

资源开销：通过包含关系可以知道，进程开销大，线程开更轻量，上下文切换开销小

影响关系：一个进程的崩溃不会导致另一个进程崩溃，而一个线程崩溃会造成进程崩溃，进程可独立运行，线程需要依靠进程运行。

2.创建线程的三种方法

1）继承Thread类重写run()方法

// 构造方法的参数是给线程指定名字，推荐
Thread t1 = new Thread("t1") {
 @Override
 // run 方法内实现了要执行的任务
 public void run() {
 log.debug("hello");
 }
};
t1.start();

2）实现Runnable接口重写run()方法

// 创建任务对象
Runnable task2 = new Runnable() {
 @Override
 public void run() {
 log.debug("hello");
 }
};
// 参数1 是任务对象; 参数2 是线程名字，推荐
Thread t2 = new Thread(task2, "t2");
t2.start();

=====================================
lambda简化
// 创建任务对象
Runnable task2 = () -> log.debug("hello");
// 参数1 是任务对象; 参数2 是线程名字，推荐
Thread t2 = new Thread(task2, "t2");
t2.start();

3）实现Callable接口重写call()方法

// 创建任务对象
FutureTask<Integer> task3 = new FutureTask<>(() -> {
 log.debug("hello");
 return 100;
});
// 参数1 是任务对象; 参数2 是线程名字，推荐
new Thread(task3, "t3").start();
// 主线程阻塞，同步等待 task 执行完毕的结果
Integer result = task3.get();
log.debug("结果是:{}", result);

三者比较：

根据上面代码对比，实现Runnable接口和Callable接口由于是接口，所以可以多继承；非常适合多个线程共享用一个资源，并且实现了把线程和代码分开，任务脱离了Thread继承体系，更加灵活，但是编写复杂；显然使用Thread不能实现多继承，但是编写简单，访问当前线程不用Thread.currentThrean()，可以直接用this获得当前线程

Runnable和Callable的区别：

1）Runnable重写run()方法而且没有返回值，Callable重写call()方法有返回值

2）从源码中可以看出Runnable不能抛出异常，Callable可以throws

3.线程的五种状态(六种)

操作系统层面

1）新建状态（New):当线程对象对创建后，即进入了新建状态，如:Thread t = new MyThread;

2）就绪状态（Runnable):当调用线程对象的start()方法（t.start();），线程即进入就绪状态。处于就绪状态的线程，只是说明此线程已经做好了准备，随时等待CPU调度执行，并不是说执行了t.start()此线程立即就会执行;
3）运行状态（Running):当CPU开始调度处于就绪状态的线程时，此时线程才得以真正执行，即进入到运行状态。注:就.绪状态是进入到运行状态的唯一入口，也就是说，线程要想进入运行状态执行，首先必须处于就绪状态中;
4）阻塞状态（Blocked):处于运行状态中的线程由于某种原因，暂时放弃对CPU的使用权，停止执行，此时进入阻塞状态，直到其进入到就绪状态，才有机会再次被CPU调用以进入到运行状态。根据阻塞产生的原因不同，阻塞状态又可以分为三种:
1.等待阻塞:运行状态中的线程执行wait()方法，使本线程进入到等待阻塞状态;
⒉同步阻塞―线程在获取synchronized同步锁失败(因为锁被其它线程所占用)，它会进入同步阻塞状态;
3.其他阻塞―通过调用线程的sleep()或join()或发出了I/O请求时，线程会进入到阻塞状态。当sleep()状态超时. join()等待线程终止或者超时.或者I/O处理完毕时，线程重新转入就绪状态。
5）死亡状态（Dead):线程执行完了或者因异常退出了run()方法，该线程结束生命周期。

Java层面

1）NEW

2)RUNNABLE(运行状态，可运行状态，阻塞状态)

3)BLOCKED

4)WAITING

5)TIMED_WATING

6)TERMINATED

4.死锁及解决

什么是死锁？

已经拥有资源的多个线程还想获取其他线程的资源，而其他线程占用资源不释放造成无限期等待的阻塞。一个

形成死锁的四个条件：

互斥条件：该资源只能被同一个线程占用

请求和保持条件：已经占有资源的线程还能继续请求别的资源

不剥夺条件：任何线程不能强行获取其他线程资源，只能自己使用完自己释放

循环等待条件：线程之间形成头尾相接的循环等待条件

怎么避免死锁？破坏其中一个条件就行

破坏互斥条件
这个条件我们没有办法破坏，因为我们用锁本来就是想让他们互斥的（临界资源需要互斥访问)·

破坏请求与保持条件
一次性申请所有的资源。破坏不剥夺条件
占用部分资源的线程进一步申请其他资源时，如果申请不到，可以主动释放它占有的资源。

破坏循环等待条件
靠按序申请资源来预防。按某一顺序申请资源，释放资源则反序释放。破坏循环等待条件。

锁排序法:（必须回答出来的点)
指定获取锁的顺序，比如某个线程只有获得A锁和B锁，才能对某资源进行操作，在多线程条件下，

如何避免死锁?
通过指定锁的获取顺序，比如规定，只有获得A锁的线程才有资格获取B锁，按顺序获取锁就可以避免死锁。这通常被认为是解决死锁很好的一种方法。
·使用显式锁中的ReentrantLock.try(long,TimeUnit)来申请锁

5.线程同步

synchronized和 Lock有什么区别?
1.synchronized可以给类.方法.代码块加锁;而lock只能给代码块加锁。
2.synchronized不需要手动获取锁和释放锁，使用简单，发生异常会自动释放锁，不会造成死锁;而3.lock需要自己加锁和释放锁，如果使用不当没有unLock()去释放锁就会造成死锁。通过Lock 可以知道有没有成功获取锁，而 synchronized却无法办到。

synchronized和 ReentrantLock区别是什么?
1.两者都是可重入锁
可重入锁:重入锁，也叫做递归锁，可重入锁指的是在一个线程中可以多次获取同一把锁，比如:一个线程在执行一个带锁的方法，该方法中又调用了另一个需要相同锁的方法，则该线程可以直接执行调用的方法，而无需重新获得锁，
两者都是同一个线程每进入一次，锁的计数器都自增1，所以要等到锁的计数器下降为O时才能释放锁。

2.synchronized依赖于JVM而 ReentrantLock依赖于API
synchronized是依赖于JVM实现的，前面我们也讲到了虚拟机团队在JDK1.6为synchronized关
键字进行了很多优化，但是这些优化都是在虚拟机层面实现的
ReentrantLock是JDK层面实现的（也就是API层面，需要lock()和 unlock()方法配合 try/finally语句块来完成)
3.ReentrantLock 比 synchronized增加了一些高级功能
相比synchronized，ReentrantLock增加了一些高级功能。主要来说主要有三点:①等待可中断;②可实现公平锁;③可实现选择性通知（锁可以绑定多个条件)

等待可中断.通过lock.lockInterruptibly()来实现这个机制。也就是说正在等待的线程可以选择放弃等待，改为处理其他事情。
ReentrantLock可以指定是公平锁还是非公平锁。而synchronized只能是非公平锁。所谓的公平锁就是先等待的线程先获得锁。ReentrantLock默认情况是非公平的，可以通过ReentrantLock类的ReentrantLock(boolean fair)构造方法来制定是否是公平的。
ReentrantLock类线程对象可以注册在指定的Condition中，从而可以有选择性的进行线程通知，在调度线程上更加灵活。在使用notify()/notifyAll()方法进行通知时，被通知的线程是山JVM选择的，用ReentrantLock类结合Condition实例可以实现“选择性通知”

synchronized和volatile区别

1.volatile 本质是在告诉JVM当前变量在寄存器（工作内存）中的值是不确定的，需要从主存中读取; synchronized则是锁定当前变量，只有当前线程可以访问该变量，其他线程被阻塞住。2.volatile仅能使用在变量级别;synchronized则可以使用在变量.方法.和类级别的
3.volatile仅能实现变量的修改可见性，不能保证原子性;而synchronized则可以保证变量的修改可见性和原子性
4.volatile不会造成线程的阻塞;synchronized可能会造成线程的阻塞。
5.volatile标记的变量不会被编译器优化; synchronized标记的变量可以被编译器优化。