多线程笔记

有多少种实现多线程的方式？

 

1.不同角度会有不同答案

2.典型答案是两种，第一种是实现Runnable接口,第二种是继承Thread类

3.但是，通过查看源码中thread类的run方法，可以发现两种方法本质是一样的，最终都是调用start方法来新建线程，最主要的区别是

第一种：最终调用target.run()   (target即为传入的runnable)

第二种：run()整个都被重写

4.还有其他的实现线程的方法，例如线程池等，他们也能新建线程池，但是看源码，没有逃过本质，也是实现runnable接口和成thread类。

5.结论：所以我们只能通过新建thread类这一种方式来创建线程，但是类里面的run方法有两种实现方式，第一种是重写run方法，第二种是实现runnable接口的run方法，然后再把该runnable实例传给thread类，表面上看线程池、定时器等工具类也可以创建线程，但他们都属于刚刚说的范围。

一个线程两次调用start方法会出现什么情况？为什么？

会抛异常，在start方法最开始的时候就会对线程的状态检查，如果已经执行了start方法，就会抛出异常。加上线程六个状态。

既然start方法最终还会调用run方法，为什么不直接调用run方法？

调用start方法才是真正意义上的启动一个线程，会经历线程的各个生命周期，而直接调用run方法，他就是一个普通的方法没有任何意义。

如何正确停止线程？

有4种方法。要停止线程需要请求方，被停止方，子方法被调用方相互配合

1.正常运行结束

2.使用退出标志退出线程

3.interrupt退出线程

        有两种情况

                1.阻塞状态：如使用sleep方法，同步锁的wait等，会使线程阻塞，当调用interrupt方法时，会抛出InterruptException,通过代码捕获该异常，然后break跳出循环(再循环内catch)，从而有机会结束这个线程的运行。

                2.未阻塞：使用isInterripted判断线程的中断标志来退出循环。

4.stop方法停止线程

       线程不安全, stop就是子线程突然停止，释放所有的锁，一般加锁的代码块，都是为了保证数据一致性，使用stop强制停止，会出现数据不一致，所以不推荐使用。

stop已经被废弃的方法 volatile的boolean在多个线程访问共享变量时，由于各个线程都有各自的缓存，会把数据暂时存到自己的缓存中，所以会出现数据不一致，

如何处理不可中断的阻塞

但是对于不能响应InterruptedException的阻塞，很遗憾，并没有一个通用的解决方案。但是我们可以利用特定的其它的可以响应中断的方法，比如ReentrantLock.lockInterruptibly()，比如关闭套接字使线程立即返回等方法来达到目的。答案有很多种，因为有很多原因会造成线程阻塞，所以针对不同情况，唤起的方法也不同。

线程的状态

1.新建状态

        使用new新建了一个线程后，该线程就处于新建状态。jvm为其分配内存，初始化成员变量的值

2. 就绪状态

        线程对象调用start方法之后，该线程就处于就绪状态，jvm为其创建方法调用栈和程序计数器。

3.运行状态

        就绪的线程获得了cpu,开始执行run方法，则该线程处于运行状态

4.阻塞状态

       分为3种

                1.等待阻塞：运行的线程执行wait方法，jvm会把该线程放入等待队列。

                2.同步阻塞：运行的线程在获取同步锁时，若该同步锁被其他线程占用，则jvm会把该线程放入锁池。

                3.其他阻塞：运行的线程执行sleep方法，join方法，或者发出了io请求，jvm会把线程放入阻塞状态，当sleep状态超时，join等待线程终止或超时，或者io处理完毕时，线程重新转入可运行状态。

5.死亡状态

        3种方式结束，结束后就是死亡状态

                1.正常结束，run或者call方法结束

                2.异常结束,线程抛出一个未捕获的异常或错误

                3.调用stop,会导致死锁，数据不一致。不推荐使用

线程方法

wait: 线程进入waiting状态，只有被其他线程通知或中断才会返回，调用后会释放锁，一般用在同步方法或者同步代码块中。

sleep: 使当前线程休眠，与wait方法不同的是sleep不会释放当前占有的锁。

yield:让当前线程让出cpu执行时间片，与其他线程一起重新竞争cpu时间片。

interrupt:给该线程一个中断信号，会影响该线程的一个中断标志位，这个线程的状态并不会改变。如果想终止该线程，可以在run方法内部，thread.isInterrupted的值来终止线程。（sleep会清楚表示位）

join方法：当前线程变为阻塞状态，等待其他线程终止，再由阻塞变为就绪状态。

notify:唤醒在对象监视器上等待的单个线程，如果有多个，则选择其中一个，选择是任意的，

守护线程和普通线程区别？

整体无区别，唯一的区别在于这个线程是否会阻止jvm的停止

我们是否要将给线程设置为守护线程？

不应该，会变得危险，比如jvm发现只剩守护线程，jvm会关闭，线程被强行终止，会出现数据不一致。

为什么需要uncaughtException?

1.主线程可以轻松发现异常，子线程却不行。主线程可以处理，抛出，有异常堆栈。

2.子线程异常无法用传统方法捕获。（在主线程try catch）

如何全局处理异常？

写一个自己的uncaughtException,在全局位置将此类对像设为defaultUncaughtException,这样可以根据业务需要对异常进行处理。

run方法是否可以抛出异常？如果抛出，线程会怎么样？

不可以，抛出线程终止。