-
进程和线程均为并发单元，根本区别在于：进程不共享公共内存，但线程共享进程资源；
-
从系统的角度来看，进程相当于一个独立软件，在其自己的虚拟内存空间中运行。系统通过将内存中的进程分开，这样一旦某一进程失败也不会干扰公共内存来拖累其他进程。因此一般 进程是隔离的，通过进程间通信进行协作，进程间通信由操作系统定义为一种中间 API。
-
而线程是应用程序的一部分，和同一程序的其他线程共享公共内存，通过公共内存从而减少内存开销，能够更快的交换数据和进行线程间协作；
1.4 线程分类
Java 线程由两种，一种是 用户线程，一种是 守护线程；
1.4.1 守护线程
- 守护线程的特点
守护线程是一个较特殊的线程，主要被用作程序中后台调度以及支持性工作。当 Java 虚拟机中不存在非守护线程时，守护线程才会随着 JVM 一起结束工作；
- Java 中的典型守护线程
GC（垃圾回收器）
- 如何设置守护线程
Thread.setDaemon(true);
注意： Daemon 属性需要再启动线程前设置，不能再启动后设置；
Thread 类本质上是实现 Runnable 接口的一个实例，代表一个线程的实例。创建线程实例一般有两种方法：
2.1 创建 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();
2.2 实现 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();
3.1 Runnable
该接口表示必须在单独的线程中运行的计算单位，只有 run() 方法，而且不允许该方法返回值或抛出未经检查的异常；
3.2 Callable
该接口表示具有返回值的任务，只有一个 call() 方法，该方法可以返回一个值（也可以是 void），同时也支持抛出异常。Callable 通常在 ExecutorService 事例中用于启动异步任务，然后调用返回的实例从而获取其值；
4.1 并发
同一时间段，多个任务均在执行（单位时间内不一定同时执行）；
4.2 并行
单位时间内，多个任务同时执行；
Java 中线程池的顶级接口是 Executor，但严格来讲它并不是一个线程池，而只是一个执行线程的工具，真正的线程池接口应该是 ExecutorService，一般可以有如下 4 种线程池：
5.1 newCachedThreadPool
创建一个根据需要来创建新线程的线程池，但在以前构造的线程可用时将重用它们。对于执行许多短期异步任务的程序而言，这些线程池通常能够提高程序性能。调用 execute 将重用以前构造的线程（若线程可用），若线程无可用的，则创建一个新线程并添加到线程池中。对于那些已经有 60s 未使用的线程，则从缓存中将其移除。 因此长时间保持空闲的线程池不会使用任何资源。
5.2 newFixedThreadPool
创建一个可重用固定线程数的线程池，以共享的无界队列方式来运行这些线程。 在任意时间点，大多数 nThreads 线程将会处理任务的活动状态。如果在所有线程处于活动状态时提交附加任务，则在有可用线程前，附加任务将在队列中进行等待。如果在关闭前的执行期间由于失败而导致任何线程终止，则一个新的线程将代替它执行后续任务。在某个线程被显式关闭前，池中线程都将一直存在。
5.3 newScheduledThreadPool
创建一个线程池，能够安排在给定延迟后运行命令或定期执行。
5.4 newSingleThreadExecutor
Executors.newSingleThreadExecutor() 返回一个线程池（该线程池只有线程），该线程池可以在线程死后（或发生异常时）重新启动一个线程来替代原来的线程继续执行下去；
6.1 线程状态
| 状态 | 说明 |
| — | — |
| NEW | 初始状态，创建线程，但还未调用 start() 方法 |
| RUNNABLE | 可执行状态，“就绪” 和 “运行” 两种状态统称 “运行中” |
| BLOCKED | 阻塞状态，表示线程阻塞于锁 |
| WAITING | 等待状态，线程进行登台状态，进入该状态表示当前线程需要等待其他线程做出通知或中断 |
| TIME_WAITING | 超时等待状态，不同于 WAITING ，经过指定时间后可以自行返回 |
| TERMINATED | 终止状态，表示线程执行完毕 |
上图源自《Java 并发编程艺术》，可以看出一个线程的状态变迁过程：
线程创建后处于 NEW 状态，然后调用 start() 方法后开始运行，此时处于 READY 状态，接着一旦可运行状态的线程获得了 CPU 时间片之后，就处于 RUNNING 状态。如果线程执行了 wait() 方法，则进入 WAITING 状态。进入 WAITING 状态的线程池需要依靠其他线程的通知后才能返回 RUNNING 状态。而 TIME_WAITING 状态相当于在 WAITING 状态的基础上增加了超时限制，当超时后线程将自动返回 RUNNABLE 状态。当线程调用同步方法后，如果没有获取到锁，线程将进入 BLOCKED 状态。同时，如果线程执行了 RUNNABLE 的 run() 方法，线程将进入 TERMINATED 状态。
6.2 线程阻塞的三种情况
当线程因为某种原因放弃 CPU 使用权后，即让出了 CPU 时间片，暂时就会停止运行，知道线程进入可运行状态（Runnable），才有机会再次获得 CPU 时间片转入 RUNNING 状态。一般来讲，阻塞的情况可以分为如下三种：
- 等待阻塞（Object.wait -> 等待队列）
RUNNING 状态的线程执行 Object.wait() 方法后，JVM 会将线程放入等待序列（waitting queue）；
- 同步阻塞（lock -> 锁池）
RUNNING 状态的线程在获取对象的同步锁时，若该 同步锁被其他线程占用，则 JVM 将该线程放入锁池（lock pool）中；
- 其他阻塞（sleep/join）
RUNNING 状态的线程执行 Thread.sleep(long ms) 或 Thread.join() 方法，或发出 I/O 请求时，JVM 会将该线程置为阻塞状态。当 sleep() 状态超时，join() 等待线程终止或超时、或者 I/O 处理完毕时，线程重新转入可运行状态（RUNNABLE）；
6.3 线程死亡的三种方式
- 正常结束
run() 或者 call() 方法执行完成后，线程正常结束；
- 异常结束
线程抛出一个未捕获的 Exception 或 Error，导致线程异常结束；
- 调用 stop()
直接调用线程的 stop() 方法来结束该线程，但是一般不推荐使用该种方式，因为该方法通常容易导致死锁；
6.4 终止线程的 4 种方式
- 正常运行结束
程序运行结束，线程自动结束。
- 使用退出标志退出线程
一般 run() 方法执行完毕后，线程就会正常结束，但是有的线程是伺服线程，需要长时间的运行，直到满足某些外部条件满足时，才能关闭，一般通过使用关键字 volatile 来使退出标志进行同步（volatile 修饰时，同一时刻只能有一个线程来修改退出标志的值）；
public class MyThread extends Thread{
public volatile boolean flag = false;
@Override
public void run(){
while(!flag){
……
}
}
}
- Interrupt 方法结束线程
利用 interrput() 方法来终止线程有两种情况：
- 线程处于阻塞状态
若使用了 sleep，同步锁的 wait，socket 中的 receive、accept 等方法时，线程会处于阻塞状态。当调用线程的 interrupt() 方法时，将抛出 InterrputException 异常，阻塞中的线程哪个方法抛出该异常，就通过代码来进行捕获，然后 break 跳出循环状态，从而让我们有机会结束该线程的执行。并非调用了 interrput() 方法后线程就会结束，而是需要我们先捕获 InterruptException 异常后通过 break 来跳出循环，才能正常结束 run() 方法；
- 线程未处于阻塞状态
使用isInterrupted() 判断线程的中断标志来退出循环，当使用 interrupt() 时，中断标志会置为 true，和使用自定义的退出标志来控制循环原理一致；
public class ThreadSafe extends Thread {
public void run() {
// 非阻塞过程中通过判断中断标志来退出
while (!isInterrupted()){
try{
// 阻塞过程捕获中断异常来退出
Thread.sleep(5000);
}catch(InterruptedException e){
e.printStackTrace();
// 捕获到异常之后，执行 break 跳出循环
break;
}
}
}
}
- stop 方法终止进程（线程不安全）
可以使用 Thread.stop() 来强行终止线程，但 调用 stop() 后，创建子线程就会抛出 ThreadDeathError 的错误，且会释放子线程所持有的所有锁。一般任何进行加锁的代码块都是为了保护数据一致性，若在调用 Thread.stop() 方法后导致该线程所持有的的所有锁的突然释放（不受控制），则被保护数据就有可能呈现不一致性，其他线程在使用这些被破坏的数据时，就可能会导致一些奇怪的应用程序错误。
7.1 上下文切换活动
多线程编程时一般线程数量均比 CPU 核心数多，但一个 CPU 在任一时刻只能被一个线程占用，针对这一问题，CPU 通过 给每个线程分配时间片并转轮。当一个线程的时间片消耗完时，该线程进入就绪状态，而 CPU 此时就让给其他线程占用，这样的一个过程就是 一次上下文切换。
总结来说：当前线程在执行完 CPU 时间片之后切换到另一个线程前，会先保存自己的状态，从而方便下次切换回这个线程时，能够快速加载该线程的状态。线程从保存到再加载的过程就是一次上下文切换。
如上图，上下文切换的步骤可以总结为如下三步：
-
首先挂起一个进程，然后将这个进程在 CPU 中的状态（上下文）存储在内存中某处；
-
然后在内存中检索下一个进程的上下文并将其在 CPU 的寄存器中恢复；
-
跳转到程序计数器指向的位置（即跳转到进程被中断时的代码行），然后恢复该进程；
7.2 上下文切换的原因
引起上下文切换的原因通常有如下几种：
-
当前执行任务的时间片用完之后，系统 CPU 正常调度下一个任务；
-
当前执行任务碰到 IO 阻塞，调度器将此任务挂起，继续下一任务；
-
多个任务抢占锁资源，当前任务未抢到锁资源，被调度器挂起，继续下一个任务；
-
用户代码挂起当前业务，让出 CPU 时间；
-
硬件中断；
最后
一次偶然，从朋友那里得到一份“java高分面试指南”，里面涵盖了25个分类的面试题以及详细的解析：JavaOOP、Java集合/泛型、Java中的IO与NIO、Java反射、Java序列化、Java注解、多线程&并发、JVM、Mysql、Redis、Memcached、MongoDB、Spring、Spring Boot、Spring Cloud、RabbitMQ、Dubbo 、MyBatis 、ZooKeeper 、数据结构、算法、Elasticsearch 、Kafka 、微服务、Linux。
这不，马上就要到招聘季了，很多朋友又开始准备“金三银四”的春招啦，那我想这份“java高分面试指南”应该起到不小的作用，所以今天想给大家分享一下。
请注意：关于这份“java高分面试指南”，每一个方向专题（25个）的题目这里几乎都会列举，在不看答案的情况下，大家可以自行测试一下水平 且由于篇幅原因，这边无法展示所有完整的答案解析
最后
一次偶然，从朋友那里得到一份“java高分面试指南”，里面涵盖了25个分类的面试题以及详细的解析：JavaOOP、Java集合/泛型、Java中的IO与NIO、Java反射、Java序列化、Java注解、多线程&并发、JVM、Mysql、Redis、Memcached、MongoDB、Spring、Spring Boot、Spring Cloud、RabbitMQ、Dubbo 、MyBatis 、ZooKeeper 、数据结构、算法、Elasticsearch 、Kafka 、微服务、Linux。
这不，马上就要到招聘季了，很多朋友又开始准备“金三银四”的春招啦，那我想这份“java高分面试指南”应该起到不小的作用，所以今天想给大家分享一下。
[外链图片转存中…(img-sRKAKK2v-1719981255086)]
请注意：关于这份“java高分面试指南”，每一个方向专题（25个）的题目这里几乎都会列举，在不看答案的情况下，大家可以自行测试一下水平 且由于篇幅原因，这边无法展示所有完整的答案解析
1002
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
