Java多线程

1.线程和进程

进程：是程序执行的一次过程，是系统资源分配的单位
线程：是CPU调度和执行的单位
一个进程至少包含一个线程

• 在程序运行时，即使没有创建线程也会有多个线程，比如主线程（main）、gc线程…
• 线程的运行是调度器安排调度，先后顺序是不能人为干预的
• 对同一份资源操作时，线程会存在抢夺资源问题，需要加入并发控制
• 每个线程都有优先权，但是具体调用还是要看CPU的心情

2.线程的创建

1. 继承Thread类，重写run方法，创建线程对象调用start方法启动线程（重点，Thread类本身就实现了Runnable接口）

（1）优点：编写简单，如果需要访问当前线程，无需使用Thread.currentThread()方法，直接使用this，即可获得当前线程。
（2）缺点：因为线程类已经继承了Thread类，所以不能再继承其他的父类。

2. 实现Runnable接口，重写run方法（重点,new Thread(RunnableImpl).start() 启动线程）

（1）优点：线程类只是实现了Runable接口，还可以继承其他的类。在这种方式下，可以多个线程共享同一个目标(target)对象，所以非常适合多个相同线程来处理同一份资源的情况，从而可以将CPU代码和数据分开，形成清晰的模型，较好地体现了面向对象的思想。
（2）缺点：编程稍微复杂，如果需要访问当前线程，必须使用Thread.currentThread()方法。

3. 实现Callable接口（了解）

   currentThread() 方法指的是当前线程
   currentThread().getName() 获取当前线程名字

3.静态代理

Thread类源码里实现了Runnable接口，Thread类可以看作一个代理类，被代理类也实现Runnable接口，将被代理对象传给Thread调用run方法，即实现静态代理。

静态代理的好处：
1、代理对象可以做很多真实对象做不了的事情
2、真实对象专注做自己的事情

4.Lambda表达式

函数式接口：任何接口中，如果只包含一个抽象方法，那么它就是一个函数式接口

对于函数式接口，我们可以使用Lambda表达式来创建该接口的对象

5.线程的状态

Thread类中有State的枚举类型，枚举类中描述了线程的六种状态

1. NEW（初始）
   创建了一个线程对象，但还没有调用start()方法。

2. RUNNABLE（运行）
   Java线程中将就绪（ready）和运行中（running）两种状态笼统的称为“运行”。

3. BLOCKED（阻塞）
   阻塞状态是线程阻塞在进入synchronized关键字修饰的方法或代码块(获取锁)时的状态。

4. WAITING（等待）
   进入该状态的线程需要等待其他线程做出一些特定动作（通知或中断）

5. TIMED_WAITING（超时等待）
   该状态不同于WAITING，它可以在指定的时间后自行返回

6. TERMINATED（终止）
   当线程的run()方法完成时，或者主线程的main()方法完成时，我们就认为它终止了。这个线程对象也许是活的，但是它已经不是一个单独执行的线程。线程一旦终止了，就不能复生(不能再start死亡线程)。

6.Thread的方法
1.setPriority(int newPriority) ················设置线程的优先级（1~10）
2.sleep(long millis)·····························线程休眠
3.join()·············································线程插入（其他线程等待该线程终止）
4.yield()···········································暂停当前线程，执行其他线程
（线程礼让，但不一定礼让成功，可能线程礼让出去又进来，看CPU）
5.interrupt()······································中断当前线程
6.isAlive()········································判断当前线程是否存活

7.守护线程（daemon）
正常线程都是用户线程，setdaemon(true)设置为守护线程，默认为false

守护线程是陪伴用户线程的，虚拟机要确保用户线程执行完毕，但是不用等待守护线程执行完毕，当用户线程终止后，虚拟机停止，守护线程尽管没跑完也会被终止

8.并发
同一个对象被多个线程同时操作
比如：10个人同时抢100张票，票就会超卖变成-90张，产生了并发问题

解决方案：队列+锁（每个对象都有一把锁）
····························synchronized(锁机制)
当前线程在操作资源的时候上一把锁，其他线程需要等当前线程对资源操作完毕后才能去操作该资源，安全性提高，效率降低。

synchronized加在方法上是同步方法，默认锁的是当前类对象，synchronized(obj){ }是同步代码块，锁需要对其进行增删改的对象（obj称为同步监视器，可以是任何对象，推荐使用共享资源作为同步监视器）

9.死锁
什么是死锁：
······死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。

产生死锁的4个条件：
1.互斥条件（资源排他性）
2.请求和保持条件（进程已经保持至少一个资源，又提出了新的资源请求，而该资源已被其它进程占有）
3.不剥夺条件（进程已获得的资源未使用完之前，不能被剥夺，只能由自己释放。）
4.环路等待条件（资源的环形链）

10.Lock锁
juc包下（java.util.concurrent.locks.Lock接口），通过显示定义同步锁对象实现同步，同步锁使用Lock对象充当。
ReentrantLock（可重入锁）类实现了Lock接口，它拥有与synchronized相同的并发性和内存语义，在实现线程安全的控制中，比较常用的是ReentrantLock，可以显示加锁、释放锁。

synchronized和Lock锁的区别：
1.Lock是显示锁，需要手动添加和手动关闭，synchronized是隐式锁，出了作用域自动释放
2.Lock只有代码块加锁，synchronized可以在方法和代码块中加锁
3.使用Lock锁，jvm会花费较少的时间调度线程，性能更好，具有更好的扩展性（提供更多的子类）
优先使用顺序：Lock>同步代码块>同步方法

11.线程通信问题

1. 使用voliate关键字（共享内存思想）
   多个线程同时监听一个变量，当这个变量发生变化的时候 ，线程能够感知并执行相应的业务。
2. 使用Object的wait()和notify()方法（等待唤醒机制）
   wait和 notify必须配合synchronized使用，wait方法释放锁