1. Java 中实现多线程有几种方法
继承 Thread 类；
实现 Runnable 接口；
实现 Callable 接口通过 FutureTask 包装器来创建 Thread 线程；
使 用 ExecutorService 、 Callable 、 Future 实 现 有 返 回 结 果 的多 线 程 （ 也 就 是 使 用 了
ExecutorService 来管理前面的三种方式）。
2. 如何停止一个正在运行的线程
1、使用退出标志，使线程正常退出，也就是当 run 方法完成后线程终止。
2、使用 stop 方法强行终止，但是不推荐这个方法，因为 stop 和 suspend 及 resume 一样都
是过期作废的方法。
3、使用 interrupt 方法中断线程。
3. notify()和 和 notifyAll() 有什么区别？
notify 可能会导致死锁，而 notifyAll 则不会
任何时候只有一个线程可以获得锁，也就是说只有一个线程可以运行 synchronized 中的代
码
使用 notifyall,可以唤醒所有处于 wait 状态的线程，使其重新进入锁的争夺队列中，而 notify
只能唤醒一个。
wait() 应配合 while 循环使用，不应使用 if，务必在 wait()调用前后都检查条件，如果不满足，
必须调用 notify()唤醒另外的线程来处理，自己继续 wait()直至条件满足再往下执行。
notify() 是对 notifyAll()的一个优化，但它有很精确的应用场景，并且要求正确使用。不然可
能导致死锁。正确的场景应该是 WaitSet 中等待的是相同的条件，唤醒任一个都能正确处理
接下来的事项，如果唤醒的线程无法正确处理，务必确保继续 notify()下一个线程，并且自
身需要重新回到 WaitSet 中.
4. sleep()和 和 wait() 有什么区别？
对于 sleep()方法，我们首先要知道该方法是属于 Thread 类中的。而 wait()方法，则是属于
Object 类中的。
sleep()方法导致了程序暂停执行指定的时间，让出 cpu 该其他线程，但是他的监控状态依然
保持者，当指定的时间到了又会自动恢复运行状态。在调用 sleep()方法的过程中，线程不会
释放对象锁。
当调用 wait()方法的时候，线程会放弃对象锁，进入等待此对象的等待锁定池，只有针对此
对象调用 notify()方法后本线程才进入对象锁定池准备，获取对象锁进入运行状态。
5. volatile 是什么? 可以保证有序性吗?
一旦一个共享变量（类的成员变量、类的静态成员变量）被 volatile 修饰之后，那么就具备
了两层语义：
1）保证了不同线程对这个变量进行操作时的可 性，即一个线程修改了某个变量的值，这新
值对其他线程来说是立即可 的,volatile 关键字会强制将修改的值立即写入主存。
2）禁止进行指令重排序。
volatile 不是原子性操作
什么叫保证部分有序性?
当程序执行到 volatile 变量的读操作或者写操作时，在其前面的操作的更改肯定全部已经进
行，且结果已经对后面的操作可 ；在其后面的操作肯定还没有进行；
x = 2; //语句 1
y = 0; //语句 2
flag = true; //语句 3
x = 4; //语句 4
y = -1; //语句 5
由于 flag 变量为 volatile 变量，那么在进行指令重排序的过程的时候，不会将语句 3 放到语
句 1、语句 2 前面，也不会讲语句 3 放到语句 4、语句 5 后面。但是要注意语句 1 和语句 2
的顺序、语句 4 和语句 5 的顺序是不作任何保证的。
使用 Volatile 一般用于 状态标记量 和 单例模式的双检锁
6. Thread 类中的 start() 和 和 run() 方法有什么区别？
start()方法被用来启动新创建的线程，而且 start()内部调用了 run()方法，这和直接调用 run()
方法的效果不一样。当你调用 run()方法的时候，只会是在原来的线程中调用，没有新的线
程启动，start()方法才会启动新线程。
7. 为什么 么 wait, notify 和 和 notifyAll 这些方法不在 在 thread 类 类
里面？
明显的原因是 JAVA 提供的锁是对象级的而不是线程级的，每个对象都有锁，通过线程获得。
如果线程需要等待某些锁那么调用对象中的 wait()方法就有意义了。如果 wait()方法定义在
Thread 类中，线程正在等待的是哪个锁就不明显了。简单的说，由于 wait，notify 和 notifyAll
都是锁级别的操作，所以把他们定义在 Object 类中因为锁属于对象。
8. 为什么 wait 和 和 notify 方法要在同步块中调用？
- 只有在调用线程拥有某个对象的独占锁时，才能够调用该对象的 wait(),notify()和 notifyAll()
方法。 - 如果你不这么做，你的代码会抛出 IllegalMonitorStateException 异常。
- 还有一个原因是为了避免 wait 和 notify 之间产生竞态条件。
wait()方法强制当前线程释放对象锁。这意味着在调用某对象的 wait()方法之前，当前线程必
须已经获得该对象的锁。因此，线程必须在某个对象的同步方法或同步代码块中才能调用该
对象的 wait()方法。
在调用对象的 notify()和 notifyAll()方法之前，调用线程必须已经得到该对象的锁。因此，必
须在某个对象的同步方法或同步代码块中才能调用该对象的 notify()或 notifyAll()方法。
调用 wait()方法的原因通常是，调用线程希望某个特殊的状态(或变量)被设置之后再继续执
行。调用 notify()或 notifyAll()方法的原因通常是，调用线程希望告诉其他等待中的线程:“特
殊状态已经被设置”。这个状态作为线程间通信的通道，它必须是一个可变的共享状态(或变
量)。
9. Java 中 中 interrupted 和 和 isInterruptedd 方法的区别？
interrupted() 和 isInterrupted()的主要区别是前者会将中断状态清除而后者不会。Java 多线
程的中断机制是用内部标识来实现的，调用 Thread.interrupt()来中断一个线程就会设置中断
标识为 true。当中断线程调用静态方法 Thread.interrupted()来检查中断状态时，中断状态会
被清零。而非静态方法 isInterrupted()用来查询其它线程的中断状态且不会改变中断状态标
识。简单的说就是任何抛出 InterruptedException 异常的方法都会将中断状态清零。无论如
何，一个线程的中断状态有有可能被其它线程调用中断来改变。
10. Java 中 中 synchronized 和 和 ReentrantLock 有什么不同？
相似点：
这两种同步方式有很多相似之处，它们都是加锁方式同步，而且都是阻塞式的同步，也就是
说当如果一个线程获得了对象锁，进入了同步块，其他访问该同步块的线程都必须阻塞在同
步块外面等待，而进行线程阻塞和唤醒的代价是比较高的.
区别：
这两种方式最大区别就是对于 Synchronized 来说，它是 java 语言的关键字，是原生语法层面
的互斥，需要 jvm 实现。而 ReentrantLock 它是 JDK 1.5 之后提供的 API 层面的互斥锁，需要
lock()和 unlock()方法配合 try/finally 语句块来完成。
11. 有三个线程 T1,T2,T3, 如何保证顺序执行？
在多线程中有多种方法让线程按特定顺序执行，你可以用线程类的 join()方法在一个线程中
启动另一个线程，另外一个线程完成该线程继续执行。为了确保三个线程的顺序你应该先启
动最后一个(T3 调用 T2，T2 调用 T1)，这样 T1 就会先完成而 T3 最后完成。
实际上先启动三个线程中哪一个都行，
因为在每个线程的 run 方法中用 join 方法限定了三个线程的执行顺序。
12. SynchronizedMap 和 和 ConcurrentHashMap 有什么区别？
SynchronizedMap()和 Hashtable 一样，实现上在调用 map 所有方法时，都对整个 map 进行同
步。而 ConcurrentHashMap 的实现却更加精细，它对 map 中的所有桶加了锁。所以，只要
有一个线程访问map，其他线程就无法进入map，而如果一个线程在访问ConcurrentHashMap
某个桶时，其他线程，仍然可以对 map 执行某些操作。
所以，ConcurrentHashMap 在性能以及安全性方面，明显比 Collections.synchronizedMap()更
加有优势。同时，同步操作精确控制到桶，这样，即使在遍历 map 时，如果其他线程试图
对 map 进行数据修改，也不会抛出 ConcurrentModificationException。
13. 什么是线程安全
线程安全就是说多线程访问同一代码，不会产生不确定的结果。
在多线程环境中，当各线程不共享数据的时候，即都是私有（private）成员，那么一定是线
程安全的。但这种情况并不多 ，在多数情况下需要共享数据，这时就需要进行适当的同步
控制了。
线程安全一般都涉及到 synchronized， 就是一段代码同时只能有一个线程来操作 不然中间
过程可能会产生不可预制的结果。
如果你的代码所在的进程中有多个线程在同时运行，而这些线程可能会同时运行这段代码。
如果每次运行结果和单线程运行的结果是一样的，而且其他的变量的值也和预期的是一样的，
就是线程安全的。
14. Thread 类中的 yield 方法有什么作用？
Yield 方法可以暂停当前正在执行的线程对象，让其它有相同优先级的线程执行。它是一个
静态方法而且只保证当前线程放弃 CPU 占用而不能保证使其它线程一定能占用 CPU，执行
yield()的线程有可能在进入到暂停状态后 上又被执行。
15. Java 线程池中 submit() 和 和 execute() 方法有什么区别？
两个方法都可以向线程池提交任务，execute()方法的返回类型是 void，它定义在 Executor 接
口中,而submit()方法可以返回持有计算结果的Future对象，它定义在ExecutorService接口中，
它扩展了 Executor 接口，其它线程池类像 ThreadPoolExecutor 和ScheduledThreadPoolExecutor
都有这些方法。
16. 于 说一说自己对于 synchronized 关键字的了解
synchronized 关键字解决的是多个线程之间访问资源的同步性，synchronized 关键字可以保
证被它修饰的方法或者代码块在任意时刻只能有一个线程执行。
另外，在 Java 早期版本中，synchronized 属于重量级锁，效率低下，因为监视器锁（monitor）
是依赖于底层的操作系统的 Mutex Lock 来实现的，Java 的线程是映射到操作系统的原生线
程之上的。如果要挂起或者唤醒一个线程，都需要操作系统帮忙完成，而操作系统实现线程
之间的切换时需要从用戶态转换到内核态，这个状态之间的转换需要相对比较 的时间，时
间成本相对较高，这也是为什么早期的 synchronized 效率低的原因。庆幸的是在 Java 6 之
后 Java 官方对从 JVM 层面对 synchronized 较大优化，所以现在的 synchronized 锁效率也
优化得很不错了。JDK1.6 对锁的实现引入了大量的优化，如自旋锁、适应性自旋锁、锁消除、
锁粗化、偏向锁、轻量级锁等技术来减少锁操作的开销。
17. 用 说说自己是怎么使用 synchronized 关键字 ， 在项目中
吗 用到了吗 synchronized 关键字最主要的三种使用方式：
修饰实例方法: 作用于当前对象实例加锁，进入同步代码前要获得当前对象实例的锁
修饰静态方法: 也就是给当前类加锁，会作用于类的所有对象实例，因为静态成员不属于任
何一个实例对象，是类成员（ static 表明这是该类的一个静态资源，不管 new 了多少个对
象，只有一份）。所以如果一个线程 A 调用一个实例对象的非静态 synchronized 方法，而线
程 B 需要调用这个实例对象所属类的静态 synchronized 方法，是允许的，不会发生互斥现
象，因为访问静态 synchronized 方法占用的锁是当前类的锁，而访问非静态 synchronized
方法占用的锁是当前实例对象锁。
修饰代码块: 指定加锁对象，对给定对象加锁，进入同步代码库前要获得给定对象的锁。
总结： synchronized 关键字加到 static 静态方法和 synchronized(class)代码块上都是是给
Class 类上锁。synchronized 关键字加到实例方法上是给对象实例上锁。尽量不要使用
synchronized(String a) 因为 JVM 中，字符串常量池具有缓存功能！
18. 什么是线程安全？Vector 是一个线程安全类吗？
如果你的代码所在的进程中有多个线程在同时运行，而这些线程可能会同时运行这段代码。
如果每次运行结果和单线程运行的结果是一样的，而且其他的变量 的值也和预期的是一样
的，就是线程安全的。一个线程安全的计数器类的同一个实例对象在被多个线程使用的情况
下也不会出现计算失误。很显然你可以将集合类分 成两组，线程安全和非线程安全的。
Vector 是用同步方法来实现线程安全的, 而和它相似的 ArrayList 不是线程安全的。
19. volatile 关键字的作用？
一旦一个共享变量（类的成员变量、类的静态成员变量）被 volatile 修饰之后，那么就具备
了两层语义：
保证了不同线程对这个变量进行操作时的可见性，即一个线程修改了某个变量的值，这新值
对其他线程来说是立即可见的。
禁止进行指令重排序。
volatile 本质是在告诉 jvm 当前变量在寄存器（工作内存）中的值是不确定的，需要从主存
中读取；synchronized 则是锁定当前变量，只有当前线程可以访问该变量，其他线程被阻塞
住。
volatile 仅能使用在变量级别；synchronized 则可以使用在变量、方法、和类级别的。
volatile 仅能实现变量的修改可 性，并不能保证原子性；synchronized 则可以保证变量的修
改可见性和原子性。
volatile 不会造成线程的阻塞；synchronized 可能会造成线程的阻塞。
volatile 标记的变量不会被编译器优化；synchronized 标记的变量可以被编译器优化。
20. 常用的线程池有哪些？
newSingleThreadExecutor：创建一个单线程的线程池，此线程池保证所有任务的执行顺序按
照任务的提交顺序执行。
newFixedThreadPool：创建固定大小的线程池，每次提交一个任务就创建一个线程，直到线
程达到线程池的最大大小。
newCachedThreadPool：创建一个可缓存的线程池，此线程池不会对线程池大小做限制，线
程池大小完全依赖于操作系统（或者说 JVM）能够创建的最大线程大小。
newScheduledThreadPool：创建一个大小无限的线程池，此线程池支持定时以及周期性执行
任务的需求。
newSingleThreadExecutor：创建一个单线程的线程池。此线程池支持定时以及周期性执行任
务的需求。
21. 简述一下你对线程池的理解
（如果问到了这样的问题，可以展开的说一下线程池如何用、线程池的好处、线程池的启动
策略）合理利用线程池能够带来三个好处。
第一：降低资源消耗。通过重复利用已创建的线程降低线程创建和销毁造成的消耗。
第二：提高响应速度。当任务到达时，任务可以不需要等到线程创建就能立即执行。
第三：提高线程的可管理性。线程是稀缺资源，如果无限制的创建，不仅会消耗系统资源，
还会降低系统的稳定性，使用线程池可以进行统一的分配，调优和监控。
22. Java 程序是如何执行的
我们日常的工作中都使用开发工具（IntelliJ IDEA 或 Eclipse 等）可以很方便的调试程序，或
者是通过打包工具把项目打包成 jar 包或者 war 包，放入 Tomcat 等 Web 容器中就可以
正常运行了，但你有没有想过 Java 程序内部是如何执行的？其实不论是在开发工具中运行
还是在 Tomcat 中运行，Java 程序的执行流程基本都是相同的，它的执行流程如下：
先把 Java 代码编译成字节码，也就是把 .java 类型的文件编译成 .class 类型的文件。这个
过程的大致执行流程：Java 源代码 -> 词法分析器 -> 语法分析器 -> 语义分析器 -> 字符
码生成器 -> 最终生成字节码，其中任何一个节点执行失败就会造成编译失败；
把 class 文件放置到 Java 虚拟机，这个虚拟机通常指的是 Oracle 官方自带的 Hotspot JVM；
Java 虚拟机使用类加载器（Class Loader）装载 class 文件；
类加载完成之后，会进行字节码效验，字节码效验通过之后 JVM 解释器会把字节码翻译成
机器码交由操作系统执行。但不是所有代码都是解释执行的，JVM 对此做了优化，比如，
以 Hotspot 虚拟机来说，它本身提供了 JIT（Just In Time）也就是我们通常所说的动态编译
器，它能够在运行时将热点代码编译为机器码，这个时候字节码就变成了编译执行。
23. 于 说一说自己对于 synchronized 关键字的了解
synchronized 关键字解决的是多个线程之间访问资源的同步性，synchronized 关键字可以保
证被它修饰的方法或者代码块在任意时刻只能有一个线程执行。
另外，在 Java 早期版本中，synchronized 属于重量级锁，效率低下，因为监视器锁（monitor）
是依赖于底层的操作系统的 Mutex Lock 来实现的，Java 的线程是映射到操作系统的原生线
程之上的。如果要挂起或者唤醒一个线程，都需要操作系统帮忙完成，而操作系统实现线程
之间的切换时需要从用戶态转换到内核态，这个状态之间的转换需要相对比较 的时间，时
间成本相对较高，这也是为什么早期的 synchronized 效率低的原因。庆幸的是在 Java 6 之
后 Java 官方对从 JVM 层面对 synchronized 较大优化，所以现在的 synchronized 锁效率也
优化得很不错了。JDK1.6 对锁的实现引入了大量的优化，如自旋锁、适应性自旋锁、锁消除、
锁粗化、偏向锁、轻量级锁等技术来减少锁操作的开销。
24. 下 讲一下 synchronized 关键字的底层原理
synchronized 关键字底层原理属于 JVM 层面。
synchronized 同步语句块的实现使用的是 monitorenter 和 monitorexit 指令，其中
monitorenter 指令指向同步代码块的开始位置，monitorexit 指令则指明同步代码块的结束
位置。 当执行 monitorenter 指令时，线程试图获取锁也就是获取 monitor(monitor 对象存
在于每个 Java 对象的对象头中，synchronized 锁便是通过这种方式获取锁的，也是为什么
Java 中任意对象可以作为锁的原因) 的持有权.当计数器为 0 则可以成功获取，获取后将锁计
数器设为 1 也就是加 1。相应的在执行 monitorexit 指令后，将锁计数器设为 0，表明锁被
释放。如果获取对象锁失败，那当前线程就要阻塞等待，直到锁被另外一个线程释放为止。
synchronized 修饰的方法并没有 monitorenter 指令和 monitorexit 指令，取得代之的确实是
ACC_SYNCHRONIZED 标 识 ， 该 标 识 指 明 了 该 方 法 是 一 个 同 步 方 法 ， JVM 通 过 该
ACC_SYNCHRONIZED 访问标志来辨别一个方法是否声明为同步方法，从而执行相应的同步调
用。
25. 为什么要用线程池？
线程池提供了一种限制和管理资源（包括执行一个任务）。 每个线程池还维护一些基本统计
信息，例如已完成任务的数量。
使用线程池的好处：
降低资源消耗。 通过重复利用已创建的线程降低线程创建和销毁造成的消耗。
提高响应速度。 当任务到达时，任务可以不需要的等到线程创建就能立即执行。
提高线程的可管理性。 线程是稀缺资源，如果无限制的创建，不仅会消耗系统资源，还会
降低系统的稳定性，使用线程池可以进行统一的分配，调优和监控。
26. 实现 Runnable 接口和 Callable 接口的区别
如果想让线程池执行任务的话需要实现的 Runnable 接口或 Callable 接口。 Runnable 接口或
Callable 接口实现类都可以被 ThreadPoolExecutor 或 ScheduledThreadPoolExecutor 执行。两者
的区别在于 Runnable 接口不会返回结果但是 Callable 接口可以返回结果。
备注： Executors 工具类可以实现 Runnable 对象和 Callable 对象之间的相互转换。
Executors.callable（Runnable task）或 Executors.callable（Runnable task，Object resule）。
27. 执行 execute() 方法和 submit() 方法的区别是什么呢？
- execute() 方法用于提交不需要返回值的任务，所以无法判断任务是否被线程池执行成功
与否；
2)submit()方法用于提交需要返回值的任务。线程池会返回一个 future 类型的对象，通过这
个 future 对象可以判断任务是否执行成功，并且可以通过 future 的 get()方法来获取返回值，
get()方法会阻塞当前线程直到任务完成，而使用 get（long timeout，TimeUnit unit）方法则
会阻塞当前线程一段时间后立即返回，这时候有可能任务没有执行完。
28. 如何创建线程池
方式一：通过构造方法实现
方式二：通过 Executor 框架的工具类 Executors 来实现 我们可以创建三种类型的
ThreadPoolExecutor：
FixedThreadPool ： 该方法返回一个固定线程数量的线程池。该线程池中的线程数量始终不
变。当有一个新的任务提交时，线程池中若有空闲线程，则立即执行。若没有，则新的任务
会被暂存在一个任务队列中，待有线程空闲时，便处理在任务队列中的任务。
SingleThreadExecutor： 方法返回一个只有一个线程的线程池。若多余一个任务被提交到该
线程池，任务会被保存在一个任务队列中，待线程空闲，按先入先出的顺序执行队列中的任
务。
CachedThreadPool： 该方法返回一个可根据实际情况调整线程数量的线程池。线程池的线
程数量不确定，但若有空闲线程可以复用，则会优先使用可复用的线程。若所有线程均在工
作，又有新的任务提交，则会创建新的线程处理任务。所有线程在当前任务执行完毕后，将
返回线程池进行复用。
29. 线程的阻塞和死亡
线程五状态：新建、就绪、执行、阻塞、死亡；其中，阻塞状态(Blocked)线程运行过程中，
可能由于各种原因进入阻塞状态:
1>线程通过调用 sleep 方法进入睡眠状态；
2>线程调用一个在 I/O 上被阻塞的操作，即该操作在输入输出操作完成之前不会返回
到它的调用者；
3>线程试图得到一个锁，而该锁正被其他线程持有；
4>线程在等待某个触发条件；
所谓阻塞状态是正在运行的线程没有运行结束，暂时让出 CPU，这时其他处于就绪状态的线
程就可以获得 CPU 时间，进入运行状态。
死亡状态(Dead)
有两个原因会导致线程死亡：
- run 方法正常退出而自然死亡，
- 一个未捕获的异常终止了 run 方法而使线程猝死。
30. 线程安全性的五种类别
答：①. 不可变 – 不可变的对象一定是线程安全的，并且永远也不需要额外的同步。Java 类
库中大多数基本数值类如 Integer 、 String 和 BigInteger 都是不可变的。
②. 线程安全 – 线程安全的对象，由类的规格说明所规定的约束在对象被多个线程访
问时仍然有效，不管运行时环境如何排列，线程都不需要任何额外的同步。这种线程安全性
保证是很严格的 – 许多类，如 Hashtable 或者 Vector 都不能满足这种严格的定义。
③. 有条件的线程安全 – 有条件的线程安全类对于单独的操作可以是线程安全的，但
是某些操作序列可能需要外部同步。条件线程安全的最常见的例子是遍历由 Hashtable 或
者 Vector 或者返回的迭代器。
④. 线程兼容 – 线程兼容类不是线程安全的，但是可以通过正确使用同步而在并发环
境中安全地使用。这可能意味着用一个 synchronized 块包围每一个方法调用，或者创建一
个包装器对象，其中每一个方法都是同步的(就像 Collections.synchronizedList() 一样)。许多
常见的类是线程兼容的，如集合类 ArrayList 和 HashMap 、 java.text.SimpleDateFormat 、
或者 JDBC 类 Connection 和 ResultSet。
⑤. 线程对立 – 线程对立类是那些不管是否调用了外部同步都不能在并发使用时安全
地呈现的类。线程对立很少见，当类修改静态数据，而静态数据会影响在其他线程中执行的
其他类的行为，这时通常会出现线程对立。线程对立类的一个例子是调用 System.setOut() 的
类。
31. 简单理解线程池技术
多线程技术主要解决处理器单元内多个线程执行的问题，它可以显著减少处理器单元的闲置
时间，增加处理器单元的吞吐能力。
32. 说一下 synchronized 原理
在 java 语言中存在两种内建的 synchronized 语法：1、synchronized 语句；2、synchronized
方法。对于 synchronized 语句当 Java 源代码被 javac 编译成 bytecode 的时候，会在同步块的
入口位置和退出位置分别插入 monitorenter 和 monitorexit 字节码指令。而 synchronized 方法
则会被翻译成普通的方法调用和返回指令如:invokevirtual、areturn 指令，在 VM 字节码层面
并没有任何特别的指令来实现被 synchronized 修饰的方法，而是在 Class 文件的方法表中将
该方法的 access_flags 字段中的 synchronized 标志位置 1，表示该方法是同步方法并使用调用
该方法的对象或该方法所属的 Class 在 JVM 的内部对象表示 Class 做为锁对象。
33. ？ 多线程了解吗？ 、 什么是多线程、 什么是线程安全？
如何解决？
多线程： 在一个应用程序中,同时，有多个不同的执行路径。
线程安全：就是在多个线程共享同一个数据会受到其他线程的干扰。
如何解决： 使用线程同步技术， 用上锁。 让一个线程执行完了，在让另一个线程执行。
34. 在 在 ava 中守护线程和本地线程区别？
java 中的线程分为两种：守护线程（ Daemon）和用户线程（ User） 。
任何线程都可以设置为守护线程和用户线程，通过方法 Thread.setDaemon(bool on)；true 则
把该线程设置为守护线程，反之则为用户线程 。Thread.setDaemon()必须在 Thread.start()
之前调用，否则运行时会抛出异常。
两者的区别：
唯一的区别是判断虚拟机 (JVM)何时离开，Daemon 是为其他线程提供服务，如果全部的
User Thread 已经撤离， Daemon 没有可服务的线程， JVM 撤离。 也可以理解为守护线
程是 JVM 自动创建的线程（但不一定），用户线程是程序创建的线程；比如 JVM 的垃圾回
收线程是一个守护线程，当所有线程已经撤离，不再产生垃圾，守护线程自然就没事可干了，
当垃圾回收线程是 Java 虚拟机上仅剩的线程时， Java 虚拟机会自动离开。
扩展： Thread Dump 打印出来的线程信息，含有 daemon 字样的线程即为守护进程，可能
会有：服务守护进程、编译守护 进 程 、windows 下的监听 Ctrl+break 的守护进程、
Finalizer 守护进程、引用处理 守 护进程、 GC 守护进程。
35. 线程与进程的区别？
进程是操作系统分配资源的最小单元，线程是操作系统调度的最小单元。
一个程序至少有一个进程,一个进程至少有一个线程。
36. 什么是多线程中的上下文切换？
多线程会共同使用一组计算机上的 CPU，而线程数大于给程序分配的 CPU 数量时，为了让
各个线程都有执行的机会，就需要轮转使用 CPU。不同的线程切换使用 CPU 发生的切换数
据等就是上下文切换。
37. 死锁与活锁的区别，死锁与饥饿的区别？
死锁：是指两个或两个以上的进程（或线程）在执行过程中，因争夺资源而造成的一种互相
等待的现象，若无外力作用，它们都将无法推进下去。
产生死锁的必要条件：
1、互斥条件：所谓互斥就是进程在某一时间内独占资源。
2、请求与保持条件：一个进程因请求资源而阻塞时，对已获得的资源保持不放。
3、不剥夺条件:进程已获得资源，在末使用完之前，不能强行剥夺。
4、循环等待条件:若干进程之间形成一种头尾相接的循环等待资源关系。
活锁：任务或者执行者没有被阻塞，由于某些条件没有满足，导致一直重复尝试，失败，尝
试，失败。
活锁和死锁的区别在于，处于活锁的实体是在不断的改变状态，所谓的“活”， 而处于死锁
的实体表现为等待；活锁有可能自行解开，死锁则不能。
饥饿：一个或者多个线程因为种种原因无法获得所需要的资源，导致一直无法执行的状态。
Java 中导致饥饿的原因 ：
1、高优先级线程吞噬所有的低优先级线程的 CPU 时间。
2、线程被永久堵塞在一个等待进入同步块的状态，因为其他线程总是能在它之前持续地对
该同步块进行访问。
3、线程在等待一个本身也处于永久等待完成的对象 (比如调用这个对象的 wait 方法)，因
为其他线程总是被持续地获得唤醒。
38. Java 中用到的线程调度算法是什么？
采用时间片轮转的方式。可以设置线程的优先级，会映射到下层的系统上面的优先级上，如
非特别需要，尽量不要用，防止线程饥饿。
39. 在 什么是线程组，为什么在 Java 中不推荐使用？
ThreadGroup 类，可以把线程归属到某一个线程组中，线程组中可以有线程对象，也可以有
线程组，组中还可以有线程，这样的组织结构有点类似于树的形式。
为什么不推荐使用？因为使用有很多的安全隐患吧，没有具体追究，如果需要使用，推荐使
用线程池。
40. 用 为什么使用 Executor 框架？
每次执行任务创建线程 new Thread()比较 消 耗 性能，创建一个线程是比较耗时、耗资源
的。
调用 new Thread()创建的线程缺乏管理，被 称 为野线程，而且可以无限制的创建，线程之
间的相互竞争会导致过多占用系统资源而导致系统瘫痪，还有线程之间的频繁交替也会消耗
很多系统资源。
接使用 new Thread() 启动的线程不利于扩展，比如定时执行、定期执行、定时定期执行、
线程中断等都不便实现。
41. 在 在 Java 中 中 Executor 和 和 Executors 的区别？
Executors 工具类的不同方法按照我们的需求创建了不同的线程池，来满足业务的需求。
Executor 接口对象能执行我们的线程任务 。
ExecutorService 接口继承了 Executor 接口并进行了扩展，提供了更多的方法我们能获得任
务执行的状态并且可以获取任务的返回值。使用 ThreadPoolExecutor 可以创建自定义线程
池。
Future 表示异步计算的结果，他提供了检查计算是否完成的方法，以等待计算的完成，并
可以使用 get()方法获取计算的结果。
42. Java Concurrency API 的 中的 Lock 接口(Lock interface)是 是
什么？对比同步它有什么优势？
Lock 接口比同步方法和同步块提供了更具扩展性的锁操作 。
他们允许更灵活的结构，可以具有完全不同的性质，并且可以支持多个相关类的条件对象。
它的优势有：
- 可以使锁更公平
- 可以使线程在等待锁的时候响应中断
- 可以让线程尝试获取锁，并在无法获取锁的时候立即返回或者等待一段时间可以在不同
的范围，以不同的顺序获取和释放锁
整体上来说 Lock 是 synchronized 的扩展版，Lock 提供了无条件的、可轮询的 (tryLock 方
法 )、定时的 (tryLock 带参方法 )、可中断的 (lockInterruptibly)、可多条件队列的
(newCondition 方法 )锁操作。 另外 Lock 的实现类基本都支持非公平锁 (默 认 )和公平锁，
synchronized 只支持非公平锁，当然，在大部分情况下，非公平锁是高效的选择。
43. 是 什么是 Executors 框架？
Executor 框架是一个根据一组执行策略调用，调度，执行和控制的异步任务的框架。
无限制的创建线程会引起应用程序内存溢出。所以创建一个线程池是个更好的的解决方案，
因为可以限制线程的数量并且可以回收再利用这些线程。利用 Executors 框架可以非常方便
的创建一个线 程 池 。
44. 什么是阻塞队列？阻塞队列的实现原理是什么？如何
使用阻塞队列来实现生产者- 消费者模型？
阻塞队列（ Blocking## ueue）是一个支持两个附加操作的队列。
这两个附加的操作是：在队列为空时，获取元素的线程会等待队列变为非空。当队列满时，
存储元素的线程会等待队列可用。
阻塞队列常用于生产者和消费者的场景，生产者是往队列里添加元素的线程，消费者是从队
列里拿元素的线程。阻塞队列就是生产者存放元素的容器，而消费者也只从容器里拿元素。
java 5 之后，可以使用阻塞队列来实现，此方式大大简少了代码量，使得多线程编程更加容
易，安全方面也有保障。
阻塞队列使用最经典的场景就是 socket 客户端数据的读取和解析，读取数据的线程不断将
数据放入队列，然后解析线程不断从队列取数据解析。
45. 是 什么是 Callable 和 和 Future?
Callable 接口类似于 Runnable，从名字就可以看出来了，但是 Runnable 不会返回结果，并
且无法抛出返回结果的异常，而 Callable 功能更强大一些，被线程执行后，可以返回值，
这个返回值可以被 Future 拿到，也就是说，Future 可以拿到异步执行任务的返回值。
可以认为是带有回调的 Runnable。
Future 接口表示异步任务，是还没有完成的任务给出的未来结果 。所以说 Callable 用于产
生结果， Future 用于获取结果。
46. 是 什么是 FutureTask?用 使用 ExecutorService 启动任务。
在 Java 并发程序中 FutureTask 表示一个可以取消的异步运算。 它有启动和取消运算、查
询运算是否完成和取回运算结果等方法。只有当运算完成的时候结果才能取回，如果运算尚
未完成 get 方法将会阻塞。一 个 FutureTask 对象可以对调用了 Callable 和 Runnable 的
对象进行包装，由于 FutureTask 也是调用了 Runnable 接口所以它可以提交给 Executor 来
执行。
47. 什么是并发容器的实现？
何为同步容器：可以简单地理解为通过 synchronized 来实现同步的容器，如果有多个线程
调 用 同 步 容 器 的 方 法 ， 它 们 将 会 串 行 执 行 。 比 如 Vector ， Hashtable ， 以 及
Collections.synchronizedSet， synchronizedList 等方法返回的容器。
可以通过查看 Vector， Hashtable 等这些同步容器的实现代码，可以看到这些容器实现线
程安全的方式就是将它们的状态封装起来，并在需要同步的方法上加上关键字 synchronized。
并发容器使用了与同步容器完全不同的加锁策略来提供更高的并发性和伸缩性，例如在
ConcurrentHashMap 中采用了一种粒度更细的加锁机制，可以称为分段锁，在这种锁机制下，
允许任意数量的读线程并发地访问 map，并且执行读操作的线程和写操作的线程也可以并
发的访问 map，同时允许一定数量的写操作线程并发地修改 map，所以它可以在并发环境
下实现更高的吞吐量。
48. 多线程同步和互斥有几种实现方法，都是什么？
线程同步是指线程之间所具有的一种制约关系，一个线程的执行依赖另一个线程的消息，当
它没有得到另一个线程的消息时应等待，直到消息到达时才被唤醒。线程互斥是指对于共享
的进程系统资源，在各单个线程访问时的排它性。当有若干个线程都要使用某一共享资源时，
任何时刻最多只允许一个线程去使用，其它要使用该资源的线程必须等待，直到占用资源者
释放该资源。线程互斥可以看成是一种特殊的线程同步。
线程间的同步方法大体可分为两类：用户模式和内核模式。顾名思义，内核模式就是指利用
系统内核对象的单一性来进行同步，使用时需要切换内核态与用户态，而用户模式就是不需
要切换到内核态，只在用户态完成操作。
用户模式下的方法有：原子操作（例如一个单一的全局变量），临界区。内核模式下的方法
有：事件，信号量，互斥量。
49. 什么是竞争条件？你怎样发现和解决竞争？
当多个进程都企图对共享数据进行某种处理，而最后的结果又取决于进程运行的顺序时，则
我们认为这发生了竞争条件（ race condition）。
50. 用 为什么我们调用 start()行 方法时会执行 run() 方法 ， 为什
用 么我们不能直接调用 run() 方法？
当你调用 start()方法时你将创建新的线程，并且执行在 run()方法里的代码。
但是如果你直接调用 run()方法，它不会创建新的线程也不会执行调用线程的代码，只会把
run 方法当作普通方法去执行。
51. Java 中你怎样唤醒一个阻塞的线程？
在 Java 发展史上曾经使用 suspend()、resume()方法对于线程进行阻塞唤醒，但随之出现很
多问题，比较典型的还是死锁问题。
解决方案可以使用以对象为目标的阻塞，即 利 用 Object 类的 wait()和 notify()方法实现线
程阻塞。
首先，wait、notify 方法是针对对象的，调用任意对象的 wait()方法都将导致线程阻塞，阻
塞的同时也将释放该对象的锁，相应地，调用任意对象的 notify()方法则将随机解除该对象
阻塞的线程，但它需要重新获取改对象的锁，直到获取成功才能往下执行；其次， wait、
notify 方法必须在 synchronized 块或方法中被调用，并且要保证同步块或方法的锁对象与
调用 wait、 notify 方法的对象是同一个，如此一来在调用 wait 之前当前线程就已经成功
获取某对象的锁，执行 wait 阻塞后当前线程就将之前获取的对象锁释放。
52. 在 在 Java 中 中 CycliBarriar 和 和 CountdownLatch 有什么
区别？
CyclicBarrier 可以重复使用，而 CountdownLatch 不能重复使用 。
Java 的 concurrent 包里面的 CountDownLatch 其实可以把它看作一个计数器，只不过这个
计数器的操作是原子操作，同时只能有一个线程去操作这个计数器，也就是同时只能有一个
线程去减这个计数器里面的值。
你可以向 CountDownLatch 对象设置一个初始的数字作为计数值，任何调用这个对象上的
await()方法都会阻塞，直到这个计数器的计数值被其他的线程减为 0 为止。
所以在当前计数到达零之前， await 方法会一直受阻塞。 之后，会释放所有等待的线程，
await 的所有后续调用都将立即返回。这 种现象只出现一次 — — 计数无法被重置。 如
果需要重置计数，请考虑使用 CyclicBarrier。
CyclicBarrier 一个同步辅助类，它允许一组线程互相等待，直到到达某个公共屏障点
(common barrier point)。在 涉及一组固定大小的线程的程序中，这些线程必须不时地互相
等待，此时 CyclicBarrier 很有用。 因为该 barrier 在释放等待线程后可以重用，所以称它
为循环 的 barrier。
53. 什么是不可变对象，它对写并发应用有什么帮助？
不可变对象 (Immutable Objects)即对象一旦被创建它的状态（对象的数据，也即对象属性值）
就不能改变，反之即为可变对象 (Mutable Objects)。
不可变对象的类即为不可变类 (Immutable Class)。Java 平台类库中包含许多不可变类，如
String、基本类型的包装类、 BigInteger 和 BigDecimal 等。
不可变对象天生是线程安全的。它们的常量（域）是在构造函数中创建的。既然它们的状态
无法修改，这些常量永远不会变。
不可变对象永远是线程安全的。
只有满足如下状态，一个对象才是不可变的；它的状态不能在创建后再被修改；所有域都是
final 类型；并且，
它被正确创建（创建期间没有发生 this 引用的逸出）。
54. 什么是多线程中的上下文切换？
在上下文切换过程中，CPU 会停止处理当前运行的程序，并保存当前程序运行的具体位置
以便之后继续运行。从这个角度来看，上下文切换有点像我们同时阅读几本书，在来回切换
书本的同时我们需要记住每本书当前读到的页码。在程序中，上下文切换过程中的“页码”
信息是保存在进程控制块（PCB）中的。PCB 还经常被称作 “ 切换桢 ” （ switchframe）。
“ 页 码 ” 信息会一直保存到 CPU 的内存中，直到他们被再次使用。
上下文切换是存储和恢复 CPU 状态的过程，它使得线程执行能够从中断点恢复执行。上下
文切换是多任务操作系统和多线程环境的基本特征。
55. Java 中用到的线程调度算法是什么？
计算机通常只有一个 CPU,在任意时刻只能执行一条机器指令,每个线程只有获得 CPU 的使
用权才能执行指令.所谓多线程的并发运行,其实是指从宏观上看,各个线程轮流获得 CPU 的
使用权,分别执行各自的任务.在运行池中,会有多个处于就绪状态的线程在等待 CPU,JAVA
虚拟机的一项任务就是负责线程的调度,线程调度是指按照特定机制为多个线程分配 CPU
的使用权.
有两种调度模型：分时调度模型和抢占式调度模型。
分时调度模型是指让所有的线程轮流获得 cpu 的使用权 ,并且平均分配每个线程占用的
CPU 的时间片这个也比较好理解。
java 虚拟机采用抢占式调度模型，是指优先让可运行池中优先级高的线程占用 CPU，如果
可运行池中的线程优先级相同，那么就随机选择一个线程，使其占用 CPU。处于运行状态的
线程会一直运行，直至它不得不放弃 CPU。
56. 用 为什么使用 Executor 框架比使用应用创建和管理线
程好？
使用 Executor 线程池框架的原因：
1、每次执行任务创建线程 new Thread()比 较 消耗性能，创建一个线程是比较耗时、耗资
源的。
2、调用 new Thread()创建的线程缺乏管理，被称为野线程，而且可以无限制的创建，线程
之间的相互竞争会导致过多占用系统资源而导致系统瘫痪，还有线程之间的频繁交替也会消
耗很多系统资源。
3、直接使用 new Thread() 启动的线程不利于扩展，比如定时执行、定期执行、定时定期执
行、线程中断等都不便实现。
使用 Executor 线程池框架的优点
1、能复用已存在并空闲的线程从而减少线程对象的创建从而减少了消亡线程的开销。
2、可有效控制最大并发线程数，提高系统资源使用率，同时避免过多资源竞争。
3、框架中已经有定时、定期、单线程、并发数控制等功能。
综上所述使用线程池框架 Executor 能更好的管理线程、提供系统资源使用率。
57. java 中有几种方法可以实现一个线程？
- 继承 Thread 类
- 实现 Runnable 接口
- 实现 Callable 接口，需要实现的是 call() 方法
58. 如何停止一个正在运行的线程？
使用共享变量的方式
在这种方式中，之所以引入共享变量，是因为该变量可以被多个执行相同任务的线程用来作
为是否中断的信号，通知中断线程的执行。
使用 interrupt 方法终止线程
如果一个线程由于等待某些事件的发生而被阻塞，又该怎样停止该线程呢？这种情况经常会
发生，比如当一个线程由于需要等候键盘输入而被阻塞，或者调用 Thread.join()方法，或者
Thread.sleep() 方 法 ， 在 网 络 中 调 用 ServerSocket.accept() 方 法 ， 或 者 调 用 了
DatagramSocket.receive()方法时，都有可能导致线程阻塞，使线程处于处于不可运行状态时，
即使主程序中将该线程的共享变量设置为 true，但该线程此时根本无法检查循环标志，当
然也就无法立即中断。这 里我们给出的建议是，不要使用 stop()方法，而是使用 Thread 提
供的 interrupt()方法，因为该方法虽然不会中断一个正在运行的线程，但是它可以使一个被
阻塞的线程抛出一个中断异常，从而使线程提前结束阻塞状态，退出堵塞代码。
59. notify()和 和 notifyAll() 有什么区别？
当一个线程进入 wait 之后，就必须等其他线程 notify/notifyall,使 用 notifyall,可以唤醒所
有处于 wait 状态的线程，使其重新进入锁的争夺队列中，而 notify 只能唤醒一个。
如果没把握，建议 notifyAll，防止 notigy 因为信号丢失而造成程序异常。
60. 是 什么是 Daemon 线程？它有什么意义？
所谓后台 (daemon)线程，是指在程序运行的时候在后台提供一种通用服务的线程，并且这
个线程并不属于程序中不可或缺的部分。因此，当所有的非后台线程结束时，程序也就终止
了，同时会杀死进程中的所有后台线程。反过来说，只要有任何非后台线程还在运行，程序
就不会终止。必须在线程启动之前调用 setDaemon()方法，才能把它设置为后台线 程 。 注
意：后台进程在不执行 finally 子句的情况下就会终止其 run()方法。
比如： JVM 的垃圾回收线程就是 Daemon 线程， Finalizer 也是守护线程。
61. java 如何实现多线程之间的通讯和协作？
中断和共享变量
62. 什么是可重入锁（ReentrantLock ）？
synchronized、 ReentrantLock 都是可重入的锁，可重入锁相对来说简化了并发编程的开发。
63. 个 当一个线程进入某个对象的一个 synchronized 的实
例方法后，其它线程是否可进入此对象的其它方法？
如果其他方法没有 synchronized 的话，其他线程是可以进入的。
所以要开放一个线程安全的对象时，得保证每个方法都是线程安全的。
64. 乐观锁和悲观锁的理解及如何实现，有哪些实现方式？
悲观锁：总是假设最坏的情况，每次去拿数据的时候都认为别人会修改，所以每次在拿数据
的时候都会上锁，这样别人想拿这个数据就会阻塞直到它拿到锁。传统的关系型数据库里边
就用到了很多这种锁机制，比如行锁，表锁等，读锁，写锁等，都是在做操作之前先上锁。
再比如 Java 里面的同步原语 synchronized 关键字的实现也是悲观锁。
乐观锁：顾名思义，就是很乐观，每次去拿数据的时候都认为别人不会修改，所以不会上锁，
但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制。
乐观锁适用于多读的应用类型，这样可以提高吞吐量，像数据库提供的类似于
write_condition 机制，其实都是提供的乐观锁。 在 Java 中 java.util.concurrent.atomic 包下
面的原子变量类就是使用了乐观锁的一种实现方式 CAS 实现的。
乐观锁的实现方式：
1、使用版本标识来确定读到的数据与提交时的数据是否一致。提交后修改版本标识，不一
致时可以采取丢弃和再次尝试的策略。
2、 java 中的 Compare and Swap 即 CAS ，当多个线程尝试使用 CAS 同时更新同一个变
量时，只有其中一个线程能更新变量的值，而其它线程都失败，失败的线程并不会被挂起，
而是被告知这次竞争中失败，并可以再次尝试。 CAS 操作中包含三个操作数 —— 需要读
写的内存位置（V）、进行比较的预期原值（A）和拟写入的新值(B)。如果内存位置 V 的值
与预期原值 A 相匹配，那么处理器会自动将该位置值更新为新值 B。否则处理器不做任何
操作。
65. SynchronizedMap 和 和 ConcurrentHashMap 有什么区
别？
SynchronizedMap 一次锁住整张表来保证 线 程 安全，所以每次只能有一个线程来访为
map。
ConcurrentHashMap 使用分段锁来保证在多线程下的性能 。ConcurrentHashMap 中则是一
次锁住一个桶 。 ConcurrentHashMap 默认将 hash 表分为 16 个桶，诸如 get,put,remove
等常用操作只锁当前需要用到的桶 。这样，原来只能一个线程进入，现在却能同时有 16 个
写线程执行，并发性能的提升是显而易见的。
另外 ConcurrentHashMap 使用了一种不同的迭代方式。 在这种迭代方式中，当 iterator 被
创建后集合再发生改变就不再是抛出 ConcurrentModificationException，取而代之的是在改变
时 new 新的数据从而不影响原有的数据 ，iterator 完成后再将头指针替换为新的数据 ，
这样 iterator 线程可以使用原来老的数据，而写线程也可以并发的完成改变。
66. CopyOnWriteArrayList 可以用于什么应用场景？
CopyOnWriteArrayList(免锁容器 )的好处之一是当多个迭代器同时遍历和修改这个列表时，
不会抛出 ConcurrentModificationException。 在 CopyOnWriteArrayList 中，写入将导致创建
整个底层数组的副本，而源数组将保留在原地，使得复制的数组在被修改时，读取操作可以
安全地执行。
1、由于写操作的时候，需要拷贝数组，会消耗内存，如果原数组的内容比较多的情况下，
可能导致 young gc 或者 full gc；
2、不能用于实时读的场景，像拷贝数组、新增元素都需要时间，所以调用一个 set 操作后，
读取到数据可能还是旧的 ,虽 然 CopyOnWriteArrayList 能做到最终一致性,但是还是没法满
足实时性要求；
CopyOnWriteArrayList 的思想
1、读写分离，读和写分开
2、最终一致性
3、使用另外开辟空间的思路，来解决并发冲突
67. 什么叫线程安全？servlet 是线程安全吗?
线程安全是编程中的术语，指某个函数、函数库在多线程环境中被调用时，能够正确地处理
多个线程之间的共享变量，使程序功能正确完成。
Servlet 不是线程安全的，servlet 是单实例多线程的，当多个线程同时访问同一个方法，是
不能保证共享变量的线程安全性的。
Struts2 的 action 是多实例多线程的，是线程安全的，每个请求过来都会 new 一个新的
action 分配给这个请求，请求完成后销毁。
SpringMVC 的 Controller 是线程安全的吗？不是的，和 Servlet 类似的处理流程 。
Struts2 好处是不用考虑线程安全问题； Servlet 和 SpringMVC 需要考虑线程安全问题，但
是性能可以提升不用处理太多的 gc，可以使用 ThreadLocal 来处理多线程的问题。
68. volatile 下 有什么用？能否用一句话说明下 volatile 的应
用场景？
volatile 保证内存可见性和禁止指令重排 。
volatile 用于多线程环境下的单次操作 (单次读或者单次写 )。
69. 为什么代码会重排序？
在执行程序时，为了提供性能，处理器和编译器常常会对指令进行重排序，但是不能随意重
排序，不是你想怎么排序就怎么排序，它需要满足以下两个条件：
- 在单线程环境下不能改变程序运行的结果；
- 存在数据依赖关系的不允许重排序
需要注意的是：重排序不会影响单线程环境的执行结果，但是会破坏多线程的执行语义。
70. 一个线程运行时发生异常会怎样？
如果异常没有被捕获该线程将会停止执行。Thread.UncaughtExceptionHandler 是用于处理未
捕获异常造成线程突然中断情况的一个内嵌接口。当一个未捕获异常将造成线程中断的时候
JVM 会 使 用 Thread.getUncaughtExceptionHandler() 来 查 询 线 程 的
UncaughtExceptionHandler 并将线程和异常作为参数传递给 handler 的 uncaughtException()
方法进行处理 。
71. 如何在两个线程间共享数据？
在两个线程间共享变量即可实现共享。
一般来说，共享变量要求变量本身是线程安全的，然后在线程内使用的时候，如果有对共享
变量的复合操作，那么也得保证复合操作的线程安全性。
72. 为 什 么 wait, notify 和 和 notifyAll 这 些 方 法 不 在
thread 类里面？
一个很明显的原因是 JAVA 提供的锁是对象级的而不是线程级的，每个对象都有锁，通过线
程获得。由 于 wait，notify 和 notifyAll 都是锁级别的操作，所以把他们定义在 Object 类
中因为锁属于对象。
73. 是 什么是 ThreadLocal 变量？
ThreadLocal 是 Java 里一种特殊的变量 。每个线程都有一个 ThreadLocal 就是每个线程都
拥有了自己独立的一个变量，竞争条件被彻底消除了。它是为创建代价高昂的对象获取线程
安全的好方法，比如你可以用 ThreadLocal 让 SimpleDateFormat 变成线程安全的，因为那
个类创建代价高昂且每次调用都需要创建不同的实例所以不值得在局部范围使用它，如果为
每个线程提供一个自己独有的变量拷贝，将大大提高效率。首先，通过复用减少了代价高昂
的对象的创建个数。其次，你在没有使用高代价的同步或者不变性的情况下获得了线程安全。
74. Java 中 中 interrupted 和 和 isInterrupted 方法的区别？
interrupt：
interrupt 方法用于中断线程 。调 用该方法的线程的状态为将被置为 ”中断 ”状态 。注
意：线程中断仅仅是置线程的中断状态位，不会停止线程。需要用户自己去监视线程的状态
为并做处理。支持线程中断的方法（也就是线程中断后会抛出 interruptedException 的方法）
就是在监视线程的中断状态，一旦线程的中断状态被置为“中断状态”，就会抛出中断异常。
interrupted：
查询当前线程的中断状态，并且清除原状态。如果一个线程被中断了，第一次调
用 interrupted 则返回 true，第二次和后面的就返回 false 了。
isInterrupted：
仅仅是查询当前线程的中断状态
75. 么 为什么 wait 和 和 notify 方法要在同步块中调用？
Java API 强制要求这样做，如果你不这么做，你的代码会抛出 IllegalMonitorStateException 异
常 。 还有一个原因是为了避免 wait 和 notify 之间产生竞态条件。
76. 为什么你应该在循环中检查等待条件?
处于等待状态的线程可能会收到错误警报和伪唤醒，如果不在循环中检查等待条件，程序就
会在没有满足结束条件的情况下退出。
77. Java 中的同步集合与并发集合有什么区别？
同步集合与并发集合都为多线程和并发提供了合适的线程安全的集合，不过并发集合的可扩
展性更高。在 Java1.5 之前程序员们只有同步集合来用且在多线程并发的时候会导致争用，
阻碍了系统的扩展性。 Java5 介绍了并发集合像 ConcurrentHashMap，不仅提供线程安全还
用锁分离和内部分区等现代技术提高了可扩展性。
78. ？ 什么是线程池？ 为什么要使用它？
创建线程要花费昂贵的资源和时间，如果任务来了才创建线程那么响应时间会变长，而且一
个进程能创建的线程数有限。为了避免这些问题，在程序启动的时候就创建若干线程来响应
处理，它们被称为线程池，里面的线程叫工作线程。从 JDK1.5 开始， Java API 提供了
Executor 框架让你可以创建不同的线程池 。
79. 怎么检测一个线程是否拥有锁？
在 java.lang.Thread 中有一个方法叫 holdsLock()，它返回 true 如果当且仅当当前线程拥有
某个具体对象的锁。
80. 在 你如何在 Java 中获取线程堆栈？
第一种方法：
kill -3 [java pid]
不会在当前终端输出，它会输出到代码执行的或指定的地方去。比如，kill -3 tomcat pid, 输
出堆栈到 log 目录下 。 Jstack [java pid]
这个比较简单，在当前终端显示，也可以重定向到指定文件中。
第二种方法：
-JvisualVM： Thread Dump
81. JVM 中哪个参数是用来控制线程的栈堆栈小的?
-Xss 每个线程的栈大小
82. Thread 的 类中的 yield 方法有什么作用？
使当前线程从执行状态（运行状态）变为可执行态（就绪状态）。
当前线程到了就绪状态，那么接下来哪个线程会从就绪状态变成执行状态呢？可能是当前线
程，也可能是其他线程，看系统的分配了。
83. Java 中 中 ConcurrentHashMap 的并发度是什么？
ConcurrentHashMap 把实际 map 划分成若干部分来实现它的可扩展性和线程安全。 这种
划分是使用并发度获得的，它是 ConcurrentHashMap 类构造函数的一个可选参数，默认值
为 16，这样在多线程情况下就能避免争用。
在 JDK8 后，它摒弃了 Segment（锁段）的概念，而是启用了一种全新的方式实现,利用 CAS
算法。同时加入了更多的辅助变量来提高并发度，具体内容还是查看源码吧。
84. Java 中 中 Semaphore 是什么？
Java 中的 Semaphore 是一种新的同步类，它是一个计数信号 。 从概念上讲，从概念上讲，
信号量维护了一个许可集合。如有必要，在许可可用前会阻塞每一个 acquire()，然后再获取
该许可 。每个 release()添加一个许可，从而可能释放一个正在阻塞的获取者。但 是，不使
用实际的许可对象，Semaphore 只对可用许可的号码进行计数，并采取相应的行动。信号
量常常用于多线程的代码中，比如数据库连接池。
85. Java 中 线程池中 submit() 和 和 execute() 方法有什么区
别？
两个方法都可以向线程池提交任务，execute() 方法的返回类型是 void，它定义在 Executor
接口中 。
而 submit()方法可以返回持有计算结果的 Future 对象，它定义在 ExecutorService 接口中，
它 扩 展 了 Executor 接 口 ， 其 它 线 程 池 类 像 ThreadPoolExecutor 和
ScheduledThreadPoolExecutor 都有这些方法 。
86. 什么是阻塞式方法？
阻塞式方法是指程序会一直等待该方法完成期间不做其他事情， ServerSocket 的 accept()
方法就是一直等待客户端连接 。这里的阻塞是指调用结果返回之前，当前线程会被挂起，
直到得到结果之后才会返回。此外，还有异步和非阻塞式方法在任务完成前就返回。
87. Java 的 中的 ReadWriteLock 是什么？
读写锁是用来提升并发程序性能的锁分离技术的成果。
88. volatile 和 变量和 atomic 变量有什么不同？
Volatile 变量可以确保先行关系，即写操作会发生在后续的读操作之前 , 但它并不能保证原
子性。 例如用 volatile 修饰 count 变量那么 count++ 操作就不是原子性的。
而 AtomicInteger 类提供的 atomic 方法可以让这种操作具有原子性如 getAndIncrement()方
法会原子性的进行增量操作把当前值加一，其它数据类型和引用变量也可以进行相似操作。
89. 用 可以直接调用 Thread 的 类的 run () 方法么？
可以。 但是如果我们调用了 Thread 的 run()方法，它的行为就会和普通的方法一样，会在
当前线程中执行。为了在新的线程中执行我们的代码，必须使用 Thread.start()方法 。
90. 如何让正在运行的线程暂停一段时间？
我们可以使用 Thread 类的 Sleep()方法让线程暂停一段时间。 需要注意的是，这并不会让
线程终止，一旦从休眠中唤醒线程，线程的状态将会被改变为 Runnable，并且根据线程调
度，它将得到执行。
91. 你对线程优先级的理解是什么？
每一个线程都是有优先级的，一般来说，高优先级的线程在运行时会具有优先权，但这依赖
于线程调度的实现，这个实现是和操作系统相关的 (OS dependent)。 我们可以定义线程的
优先级，但是这并不能保证高优先级的线程会在低优先级的线程前执行。 线程优先级是一
个 int 变量 (从 1-10)， 1 代表最低优先级， 10 代表最高优先级。
java 的线程优先级调度会委托给操作系统去处理，所以与具体的操作系统优先级有关，如
非特别需要，一般无需设置线程优先级。
92. 什么是线程调度器(Thread Scheduler) 和时间分片(Time
Slicing )？ ？
线程调度器是一个操作系统服务，它负责为 Runnable 状态的线程分配 CPU 时间。
一旦我们创建一个线程并启动它，它的执行便依赖于线程调度器的实现。
同上一个问题，线程调度并不受到 Java 虚拟机控制，所以由应用程序来控制它是更好的选
择（也就是说不要让你的程序依赖于线程的优先级）。
时间分片是指将可用的 CPU 时间分配给可用的 Runnable 线程的过程。分 配 CPU 时间可
以基于线程优先级或者线程等待的时间。
93. 保 你如何确保 main()是 方法所在的线程是 Java 程序最后
结束的线程？
使用 Thread 类的 join()方法来确保所有程序创建的线程在 main()方法退出前结束。
94. 法 为什么线程通信的方法 wait(), notify()和 和 notifyAll()被 被
在 定义在 Object 类里？
Java 的每个对象中都有一个锁 (monitor，也可以成为监视器 ) 并且 wait()，notify()等方法
用于等待对象的锁或者通知其他线程对象的监视器可用。在 Java 的线程中并没有可供任何
对象使用的锁和同步器。这 就 是 为什么这些方法是 Object 类的一部分，这样 Java 的每
一个类都有用于线程间 通 信的基本方法。
95. 么 为什么 wait(), notify()和 和 notifyAll () 必须在同步方法或
者同步块中被调用？
当一个线程需要调用对象的 wait()方法的时候，这个线程必须拥有该对象的锁，接着它就会
释放这个对象锁并进入等待状态直到其他线程调用这个对象上的 notify() 方法。同 样的，
当一个线程需要调用对象的 notify()方法时，它会释放这个对象的锁，以便其他在等待的线
程就可以得到这个对象锁。由于所有的这些方法都需要线程持有对象的锁，这样就只能通过
同步来实现，所以他们只能在同步方法或者同步块中被调用。
96. 么 为什么 Thread 的 类的 sleep()和 和 yield () 方法是静态
的？
Thread 类的 sleep()和 yield()方法将在当前正在执行的线程上运行 。 所以在其他处于等待
状态的线程上调用这些方法是没有意义的。这就是为什么这些方法是静态的。它们可以在当
前正在执行的线程中工作，并避免程序员错误的认为可以在其他非运行线程调用这些方法。
97. 如何确保线程安全？
在 Java 中可以有很多方法来保证线程安全 — — 同步，使用原子类 (atomic concurrent
classes)，实现并发锁，使用 volatile 关键字，使用不变类和线程安全类。
98. 同步方法和同步块，哪个是更好的选择？
同步块是更好的选择，因为它不会锁住整个对象（当然你也可以让它锁住整个对象）。同步
方法会锁住整个对象，哪怕这个类中有多个不相关联的同步块，这通常会导致他们停止执行
并需要等待获得这个对象上的锁。
同步块更要符合开放调用的原则，只在需要锁住的代码块锁住相应的对象，这样从侧面来说
也可以避免死锁。
99. 如何创建守护线程？
使用 Thread 类的 setDaemon(true)方法可以将线程设置为守护线程，需要注意的是，需要
在调用 start()方法前调用这个方法，否则会抛出 IllegalThreadStateException 异常 。
100. 是 什么是 Java Timer 类？如何创建一个有特定时间间
隔的任务？
java.util.Timer 是一个工具类，可以用于安排一个线程在未来的某个特定时间执行。 Timer
类可以用安排一次性任务或者周期任务。
java.util.TimerTask 是一个实现了 Runnable 接口的抽象类，我们需要去继承这个类来创建我
们自己的定时任务并使用 Timer 去安排它的执行。
101. 并发编程三要素？
1、原子性
原子性指的是一个或者多个操作，要么全部执行并且在执行的过程中不被其他操作打断，要
么就全部都不执行。
2、可见性
可见性指多个线程操作一个共享变量时，其中一个线程对变量进行修改后，其他线程可以立
即看到修改的结果。
3、有序性
有序性，即程序的执行顺序按照代码的先后顺序来执行。
102. 实现可见性的方法有哪些？
synchronized 或者 Lock：保证同一个时刻只有一个线程获取锁执行代码，锁释放之前把最
新的值刷新到主内存，实现可见性。
103. 多线程的价值？
1、发挥多核 CPU 的优势
多线程，可以真正发挥出多核 CPU 的优势来，达到充分利用 CPU 的目的，采用多线程的
方式去同时完成几件事情而不互相干扰。
2、防止阻塞
从程序运行效率的角度来看，单核 CPU 不但不会发挥出多线程的优势，反而会因为在单核
CPU 上运行多线程导致线程上下文的切换，而降低程序整体的效率。但是单核 CPU 我们还
是要应用多线程，就是为了防止阻塞。试想，如果单核 CPU 使用单线程，那么只要这个线
程阻塞了，比方说远程读取某个数据吧，对端迟迟未返回又没有设置超时时间，那么你的整
个程序在数据返回回来之前就停止运行了。多线程可以防止这个问题，多条线程同时运行，
哪怕一条线程的代码执行读取数据阻塞，也不会影响其它任务的执行。
3、便于建模
这是另外一个没有这么明显的优点了。假设有一个大的任务 A，单线程编程，那么就要考
虑很多，建立整个程序模型比较麻烦。但是如果把这个大的任务 A 分解成几个小任务，任
务 B、任务 C、任务 D，分别建立程序模型，并通过多线程分别运行这几个任务，那就简
单很多了。
104. 创建线程的有哪些方式？
1、继承 Thread 类创建线程类
2、通过 Runnable 接口创建线程类
3、通过 Callable 和 Future 创建线程
4、通过线程池创建
105. 创建线程的三种方式的对比？
1、采用实现 Runnable、 Callable 接口的方式创建多线程 。
优势是：
线程类只是实现了 Runnable 接口或 Callable 接口，还可以继承其他类。
在这种方式下，多个线程可以共享同一个 target 对象，所以非常适合多个相同线程来处理
同一份资源的情况，从而可以将 CPU、代码和数据分开，形成清晰的模型，较好地体现了
面向对象的思想。
劣势是：
编程稍微复杂，如果要访问当前线程，则必须使用 Thread.currentThread()方法。
2、使用继承 Thread 类的方式创建多线程
优势是：
编写简单，如果需要访问当前线程，则无需使用 Thread.currentThread()方法，直接使用 this
即可获得当前线程。
劣势是：
线程类已经继承了 Thread 类，所以不能再 继 承 其他父类。
106. Java 线程具有五中基本状态
1、新建状态（ New）：当线程对象对创建后，即进入了新建状态，如：Thread t = new MyThread()；
2、就绪状态（ Runnable）：当调用线程对象的 start()方法（ t.start();），线程即进入就绪状
态。处于就绪状态的线程，只是说明此线程已经做好了准备，随时等待 CPU 调度执行，并
不是说执行了 t.start()此线程立即就会执行；
3、运行状态（ Running） ：当 CPU 开始调度处于就绪状态的线程时，此时线程才得以真
正执行，即进入到运行状态。注：就 绪状态是进入到运行状态的唯一入口，也就是说，线
程要想进入运行状态执行，首先必须处于就绪状态中；
4、阻塞状态（ Blocked）：处于运行状态中的线程由于某种原因，暂时放弃对 CPU 的使用
权，停止执行，此时进入阻塞状态，直到其进入到就绪状态，才 有机会再次被 CPU 调用
以进入到运行状态。
根据阻塞产生的原因不同，阻塞状态又可以分为三种：
等待阻塞：运行状态中的线程执行 wait()方法，使本线程进入到等待阻塞状态；
同步阻塞：线程在获取 synchronized 同 步 锁失败 (因为锁被其它线程所占用 )，它会进入
同步阻塞状态；
其他阻塞：通过调用线程的 sleep()或 join() 或发出了 I/O 请求时，线程会进入到阻塞状态。
当 sleep()状态超时、 join()等待线程终止或者超时、或者 I/O 处理完毕时，线程重新转入
就绪状态。
5、死亡状态（ Dead）：线程执行完了或者因异常退出了 run()方法，该线程结束生命周期。
107. 什么是线程池？有哪几种创建方式？
线程池就是提前创建若干个线程，如果有任务需要处理，线程池里的线程就会处理任务，处
理完之后线程并不会被销毁，而是等待下一个任务。由于创建和销毁线程都是消耗系统资源
的，所以当你想要频繁的创建和销毁线程的时候就可以考虑使用线程池来提升系统的性能。
java 提供了一个 java.util.concurrent.Executor 接口的实现用于创建线程池 。
108. 四种线程池的创建
1、 newCachedThreadPool 创建一个可缓存线程池
2、 newFixedThreadPool 创建一个定长线程池，可控制线程最大并发数 。
3、 newScheduledThreadPool 创建一个定长线程池，支持定时及周期性任务执行。
4、 newSingleThreadExecutor 创建一个单线程化的线程池，它只会用唯一的工作线程来执行
任务。
109. 线程池的优点？
1、重用存在的线程，减少对象创建销毁的开销。
2、可有效的控制最大并发线程数，提高系统资源的使用率，同时避免过多资源竞争，避免
堵塞。
3、提供定时执行、定期执行、单线程、并发数控制等功能。
110. 常用的并发工具类有哪些？
1、 CountDownLatch
2、 CyclicBarrier
3、 Semaphore
4、 Exchanger
111. CyclicBarrier 和 和 CountDownLatch 的区别
1、CountDownLatch 简单的说就是一个线程等待，直到他所等待的其他线程都执行完成并且
调用 countDown()方法发出通知后，当前线程才可以继续执行。
2、 cyclicBarrier 是所有线程都进行等待，直到所有线程都准备好进入 await()方法之后，所
有线程同时开始执行！
3、 CountDownLatch 的计数器只能使用一次 。 而 CyclicBarrier 的计数器可以使用 reset()
方法重置。 所以 CyclicBarrier 能处理更为复杂的业务场景，比如如果计算发生错误，可以
重置计数器，并让线程们重新执行一次。
4、 CyclicBarrier 还提供其他有用的方法，比如
getNumberWaiting 方法可以获得
CyclicBarrier 阻塞的线程数量。isBroken 方法用来知道阻塞的线程是否被中断。如果被中断
返回 true，否则返回 false。
112. synchronized 的作用？
在 Java 中， synchronized 关键字是用来控制线程同步的，就是在多线程的环境下，控制
synchronized 代码段不被多个线 程 同 时执行。 synchronized 既可以加在一段代码上，也
可 以 加在方法上 。
113. volatile 关键字的作用
对于可见性， Java 提供了 volatile 关键字来保证可见性。
当一个共享变量被 volatile 修饰时，它会保证修改的值会立即被更新到主存，当有其他线程
需要读取时，它会去内存中读取新值。
从实践角度而言， volatile 的一个重要作用就是和 CAS 结合，保证了原子性，详细的可以
参见 java.util.concurrent.atomic 包下的类，比如 AtomicInteger。
114. 是 什么是 CAS
CAS 是 compare and swap 的缩写，即我们所说的比较交换 。
cas 是一种基于锁的操作，而且是乐观锁 。 在 java 中锁分为乐观锁和悲观锁 。 悲观锁
是将资源锁住，等一个之前获得锁的线程释放锁之后，下一个线程才可以访问。而乐观锁采
取了一种宽泛的态度，通过某种方式不加锁来处理资源，比如通过给记录加 version 来获取
数据，性能较悲观锁有很大的提高。
CAS 操作包含三个操作数 —— 内存位置（V）、预期原值（A）和新值(B)。如果内存地址里
面的值和 A 的值是一样的，那么就将内存里面的值更新成 B。CAS 是通过无限循环来获取
数据的，若果在第一轮循环中，a 线程获取地址里面的值被 b 线程修改了，那么 a 线程需
要自旋，到下次循环才有可能机会执行。 java.util.concurrent.atomic 包下的类大多是使用
CAS 操作来实现的 ( AtomicInteger,AtomicBoolean,AtomicLong)。
115. CAS 的问题
1、CAS 容易造成 ABA 问题
一个线程 a 将数值改成了 b，接着又改成了 a ， 此时 CAS 认为是没有变化，其实是已经
变化过了，而这个问题的解决方案可以使用版本号标识，每操作一次 version 加 1。在 java5
中，已经提供了 AtomicStampedReference 来解决问题 。
2、不能保证代码块的原子性
CAS 机制所保证的知识一个变量的原子性操作，而不能保证整个代码块的原子性。
比如需要保证 3 个变量共同进行原子性的更新，就不得不使用 synchronized 了。
3、CAS 造成 CPU 利用率增加
之前说过了 CAS 里面是一个循环判断的过程，如果线程一直没有获取到状态，cpu 资源会
一直被占用。
116. 是 什么是 Future？ ？
在并发编程中，我们经常用到非阻塞的模型，在之前的多线程的三种实现中，不管是继承
thread 类还是实现 runnable 接口，都无法保证获取到之前的执行结果。通过实现 Callback
接口，并用 Future 可以来接收多线程的执行结果。
Future 表示一个可能还没有完成的异步任务的结果，针对这个结果可以添加 Callback 以便
在任务执行成功或失败后作出相应的操作 。
117. 是 什么是 A## S
A## S 是 Abustact## ueuedSynchronizer 的简称，它是一个 Java 提高的底层同步工具类，用一
个 int 类型的变量表示同步状态，并提供了一系列的 CAS 操作来管理这个同步状态。
A## S 是一个用来构建锁和同步器的框架，使用 A## S 能简单且高效地构造出应用广泛的大量
的同步器，比如我们提到的 ReentrantLock，Semaphore，其他的诸如 ReentrantReadWriteLock，
Synchronous## ueue， FutureTask 等等皆是基于 A## S 的。
118. A## S 支持两种同步方式
1、独占式
2、共享式
这样方便使用者实现不同类型的同步组件，独占式如 ReentrantLock，共享式如 Semaphore，
CountDownLatch，组合式的如 ReentrantReadWriteLock。总之， A## S 为使用提供了底层支
撑，如何组装实现，使用者可以自由发挥。
119. ReadWriteLock 是什么
首先明确一下，不是说 ReentrantLock 不好，只是 ReentrantLock 某些时候有局限。 如果
使用 ReentrantLock，可能本身是为了防止线程 A 在写数据、线程 B 在读数据造成的数据
不一致，但这样，如果线程 C 在读数据、线程 D 也在读数据，读数据是不会改变数据的，
没有必要加锁，但是还是加锁了，降低了程序的性能。因为这个，才诞生了读写锁
ReadWriteLock 。 ReadWriteLock 是 一 个 读 写 锁 接 口 ， ReentrantReadWriteLock 是
ReadWriteLock 接口的一个具体实现，实现了读写的分离，读锁是共享的，写锁是独占的，
读和读之间不会互斥，读和写、写和读、写和写之间才会互斥，提升了读写的性能。
120. FutureTask 是什么
这个其实前面有提到过，FutureTask 表示一个异步运算的任务。FutureTask 里面可以传入一
个 Callable 的具体实现类，可以对这个异步运算的任务的结果进行等待获取、判断是否已
经完成、取消任务等操作。 当然，由于 FutureTask 也是 Runnable 接口的实现类，所以
FutureTask 也可以放入线程池中 。
121. synchronized 和 和 ReentrantLock 的区别
synchronized 是和 if、 else、 for、 while 一 样 的关键字， ReentrantLock 是类，这是二
者的本质区别。 既然 ReentrantLock 是 类，那么它就提供了比 synchronized 更多更灵活
的特性，可以被继承、可以有方法、可以有各种各样的类变量， ReentrantLock 比
synchronized 的扩展性体现在几点上：
1、 ReentrantLock 可以对获取锁的等待时间进行设置，这样就避免了死锁 2、 ReentrantLock
可以获取各种锁的信息 3、 ReentrantLock 可以灵活地实现多路通知
另外，二者的锁机制其实也是不一样的。ReentrantLock 底层调用的是 Unsafe 的 park 方法
加锁， synchronized 操作的应该是对象头中 mark word。
122. 程 线程 B 程 怎么知道线程 A 修改了变量
1、 volatile 修饰变量
2、 synchronized 修饰修改变量的方法
3、 wait/notify
4、 while 轮询
123. synchronized 、volatile 、CAS 比较
1、 synchronized 是悲观锁，属于抢占式，会引起其他线程阻塞 。
2、 volatile 提供多线程共享变量可见性和禁止指令重排序优化 。
3、CAS 是基于冲突检测的乐观锁（非阻塞）
124. sleep 和 方法和 wait 方法有什么区别?
sleep 方法和 wait 方法都可以用来放弃 CPU 一定的时间，不同点在于如果线程持有某个
对象的监视器， sleep 方法不会放弃这个对象的监视器， wait 方法会放弃这个对象的监视
器
125. ThreadLocal 是什么？有什么用？
ThreadLocal 是一个本地线程副本变量工具类 。 主要用于将私有线程和该线程存放的副本
对象做一个映射，各个线程之间的变量互不干扰，在高并发场景下，可以实现无状态的调用，
特别适用于各个线程依赖不通的变量值完成操作的场景。简单说 ThreadLocal 就是一种以空
间 换 时 间 的 做 法 ， 在 每 个 Thread 里 面 维 护 了 一 个 以 开 地 址 法 实 现 的
ThreadLocal.ThreadLocalMap，把数据进行隔离，数据不共享，自然就没有线程安全方面的问
题了。
126. 多线程同步有哪几种方法？
Synchronized 关键字， Lock 锁实现，分布式锁等 。
127. 线程的调度策略
线程调度器选择优先级最高的线程运行，但是，如果发生以下情况，就会终止线程的运行：
1、线程体中调用了 yield 方法让出了对 cpu 的占用权利
2、线程体中调用了 sleep 方法使线程进入睡眠状态
3、线程由于 IO 操作受到阻塞
4、另外一个更高优先级线程出现
5、在支持时间片的系统中，该线程的时间片用完
128. ConcurrentHashMap 的并发度是什么
ConcurrentHashMap 的并发度就是 segment 的大小，默认为 16，这意味着最多同时可以有
16 条线程操作 ConcurrentHashMap，这也是 ConcurrentHashMap 对 Hashtable 的最大优势，
任何情况下， Hashtable 能同时有两条线程获取 Hashtable 中的数据
129. Linux 用 环境下如何查找哪个线程使用 CPU 最长
1、获取项目的 pid， jps 或者 ps -ef | grep java，这个前面有讲过
2、 top -H -p pid，顺序不能改变
130. Java 死锁以及如何避免？
Java 中的死锁是一种编程情况，其中两个或多个线程被永久阻塞，Java 死锁情况出现至少
两个线程和两个或更多资源。
Java 发生死锁的根本原因是：在申请锁时发生了交叉闭环申请 。
131. 死锁的原因
1、是多个线程涉及到多个锁，这些锁存在着交叉，所以可能会导致了一个锁依赖的闭环。
例如：线程在获得了锁 A 并且没有释放的情况下去申请锁 B，这时，另一个线程已经获得
了锁 B，在释放锁 B 之前又要先获得锁 A，因此闭环发生，陷入死锁循环。
2、默认的锁申请操作是阻塞的。
所以要避免死锁，就要在一遇到多个对象锁交叉的情况，就要仔细审查这几个对象的类中的
所有方法，是否存在着导致锁依赖的环路的可能性。总之是尽量避免在一个同步方法中调用
其它对象的延时方法和同步方法。
132. 怎么唤醒一个阻塞的线程
如果线程是因为调用了 wait()、sleep()或者 join()方法而导致的阻塞，可以中断线程，并且
通过抛出 InterruptedException 来唤醒它；如果线程遇到了 IO 阻塞，无能为力，因为 IO 是
操作系统实现的，Java 代码并没有办法直接接触到操作系统。
133. 什么是多线程的上下文切换
多线程的上下文切换是指 CPU 控制权由一个已经正在运行的线程切换到另外一个就绪并
等待获取 CPU 执行权的线程的过程。
134. 如果你提交任务时 ， 线程池队列已满 ， 这时会发生什
么
区分一下：
1、如果使用的是无界队列 LinkedBlocking## ueue，也就是无界队列的话，没关系，继续添加
任务到阻塞队列中等待执行，因为 LinkedBlocking## ueue 可以近乎认为是一个无穷大的队列，
可以无限存放任务
2 、 如 果 使 用 的 是 有 界 队 列 比 如 ArrayBlocking## ueue ， 任 务 首 先 会 被 添 加 到
ArrayBlocking## ueue 中， ArrayBlocking## ueue 满了，会根据 maximumPoolSize 的值增加线
程数量，如果增加了线程数量还是处理不过来， ArrayBlocking## ueue 继续满，那么则会使
用拒绝策略 RejectedExecutionHandler 处理满了的任务，默认是 AbortPolicy
135. Java 中用到的线程调度算法是什么
抢占式。一个线程用完 CPU 之后，操作系统会根据线程优先级、线程饥饿情况等数据算出
一个总的优先级并分配下一个时间片给某个线程执行。
136. 什么是自旋
很多 synchronized 里面的代码只是一些很简单的代码，执行时间非常快，此时等待的线程
都加锁可能是一种不太值得的操作，因为线程阻塞涉及到用户态和内核态切换的问题。既 然
synchronized 里面的代码执行得非常快，不妨让等待锁的线程不要被阻塞，而是在
synchronized 的边界做忙循环，这就是自旋。如 果做了多次忙循环发现还没有获得锁，再
阻塞，这样可能是一种更好的策略。
137. Java Concurrency API 的 中的 Lock 接口(Lock interface)
是什么？对比同步它有什么优势？
Lock 接口比同步方法和同步块提供了更具扩展性的锁操作 。 他们允许更灵活的结构，可
以具有完全不同的性质，并且可以支持多个相关类的条件对象。它的优势有：
1、可以使锁更公平
2、可以使线程在等待锁的时候响应中断
3、可以让线程尝试获取锁，并在无法获取锁的时候立即返回或者等待一段时间 4、可以在
不同的范围，以不同的顺序获取和释放锁
138. 单例模式的线程安全性
单例模式的线程安全意味着：某个类的实例在多线程环境下只会被创建一次出来。单例模式
有很多种的写法，总结一下：
1、饿汉式单例模式的写法：线程安全
2、懒汉式单例模式的写法：非线程安全
3、双检锁单例模式的写法：线程安全
139. Semaphore 有什么作用
Semaphore 就是一个信号量，它的作用是限制某段代码块的并发数 。Semaphore 有一个构
造函数，可以传入一个 int 型整数 n，表 示某段代码最多只有 n 个线程可以访问，如果
超出了 n，那 么请等待，等到某个线程执行完毕这段代码块，下一个线程再进入。 由此可
以看出如果 Semaphore 构造函数中传入的 int 型整数 n=1，相当于变成了一个
synchronized 了。
140. 线程类的构造方法、静态块是被哪个线程调用的
线 程 类的构造方法、静态块是被 new 这个线程类所在的线程所调用的，而 run 方 法 里
面的代码才是被线程自身所调用的。
如果说上面的说法让你感到困惑，那么我举个例子，假设 Thread2 中 new 了
Thread1， main 函数中 new 了 Thread2，那么：
1、 Thread2 的构造方法、静态块是 main 线程调用的， Thread2 的 run()方法是 Thread2
自己调用的
2、 Thread1 的构造方法、静态块是 Thread2 调用的， Thread1 的 run()方法是 Thread1 自
己调用的
141. 同步方法和同步块，哪个是更好的选择?
同步块，这意味着同步块之外的代码是异步执行的，这比同步整个方法更提升代码的效率。
请知道一条原则：同步的范围越小越好。
142. Java 线程数过多会造成什么异常？
1、线程的生命周期开销非常高
2、消耗过多的 CPU 资源
如果可运行的线程数量多于可用处理器的数量，那么有线程将会被闲置。大量空闲的线程会占用许多内存，给垃圾回收器带来压力，而且大量的线程在竞争 CPU 资源时还将产生其他性能的开销。
3、降低稳定性
JVM 在可创建线程的数量上存在一个限制，这个限制值将随着平台的不同而不同，并且承
受着多个因素制约，包括 JVM 的启动参数、 Thread 构造函数中请求栈的大小，以及底层操作系统对线程的限制等。如果破坏了这些限制，那么可能抛出 OutOfMemoryError 异常 。
小白路漫漫，让我们一起加油