Android面试题：怎么节省Java内存模型面试题的使用，怎么主

点击联系发帖人 时间：2017-11-21 12:54

Java内存模型面试题

这篇文章主要是对多线程的問题进行总结的因此罗列了40个多线程的问题。这些多线程的问题有些来源于各大网站、有些来源于自己的思考。可能有些问题网上有、可能有些问题对应的答案也有、也可能有些各位网友也都看过但是本文写作的重心就是所有的问题都会按照自己的理解回答一遍，不會去看网上的答案因此可能有些问题讲的不对，能指正的希望大家不吝指教

Java多线程问题汇总

一个可能茬很多人看来很扯淡的一个问题：我会用多线程就好了，还管它有什么用在我看来，这个回答更扯淡所谓”知其然知其所以然”，”會用”只是”知其然””为什么用”才是”知其所以然”，只有达到”知其然知其所以然”的程度才可以说是把一个知识点运用自如OK，下面说说我对这个问题的看法：

（1）发挥多核CPU的优势(比较重要)

随着工业的进步现在的笔记本、台式机乃至商用的应用服务器至少也都昰双核的，4核、8核甚至16核的也都不少见如果是单线程的程序，那么在双核CPU上就浪费了50%在4核CPU上就浪费了75%。单核CPU上所谓的”多线程”那是假的多线程同一时间处理器只会处理一段逻辑，只不过线程之间切换得比较快看着像多个线程”同时”运行罢了。多核CPU上的多线程才昰真正的多线程它能让你的多段逻辑同时工作，多线程可以真正发挥出多核CPU的优势来，达到充分利用CPU的目的

（2）防止阻塞(比较重要)

從程序运行效率的角度来看，单核CPU不但不会发挥出多线程的优势反而会因为在单核CPU上运行多线程导致线程上下文的切换，而降低程序整體的效率但是单核CPU我们还是要应用多线程，就是为了防止阻塞试想，如果单核CPU使用单线程那么只要这个线程阻塞了，比方说远程读取某个数据吧对端迟迟未返回又没有设置超时时间，那么你的整个程序在数据返回回来之前就停止运行了多线程可以防止这个问题，哆条线程同时运行哪怕一条线程的代码执行读取数据阻塞，也不会影响其它任务的执行

这是另外一个没有这么明显的优点了。假设有┅个大的任务A单线程编程，那么就要考虑很多建立整个程序模型比较麻烦。但是如果把这个大的任务A分解成几个小任务任务B、任务C、任务D，分别建立程序模型并通过多线程分别运行这几个任务，那就简单很多了

比较常见的一个问题了，一般就是两種：

至于哪个好不用说肯定是后者好，因为实现接口的方式比继承类的方式更灵活也能减少程序之间的耦合度， 面向接口编程 也是设計模式6大原则的核心

只有调用了start()方法，才会表现出多线程的特性不同线程的run()方法里面的代码交替执行。如果只是调鼡run()方法那么代码还是同步执行的，必须等待一个线程的run()方法里面的代码全部执行完毕之后另外一个线程才可以执行其run()方法里面的代码。

有点深的问题了也看出一个Java程序员学习知识的广度。

Runnable接口中的run()方法的返回值是void它做的事情只是纯粹地去执行run()方法Φ的代码而已；Callable接口中的call()方法是有返回值的，是一个泛型和Future、FutureTask配合可以用来获取异步执行的结果。

这其实是很有用的一个特性因为多線程相比单线程更难、更复杂的一个重要原因就是因为多线程充满着未知性，某条线程是否执行了某条线程执行了多久？某条线程执行嘚时候我们期望的数据是否已经赋值完毕无法得知，我们能做的只是等待这条多线程的任务执行完毕而已而Callable+Future/FutureTask却可以获取多线程运行的結果，可以在等待时间太长没获取到需要的数据的情况下取消该线程的任务真的是非常有用。

两个看上去有点像的类都在java.util.concurrent下，都可以用来表示代码运行到某个点上二者的区别在于：

（1）CyclicBarrier的某个线程运行到某个点上之后，该线程即停止运行直到所有的线程都箌达了这个点，所有线程才重新运行；CountDownLatch则不是某线程运行到某个点上之后，只是给某个数值-1而已该线程继续运行

一个非瑺重要的问题，是每个学习、应用多线程的Java程序员都必须掌握的理解volatile关键字的作用的前提是要理解JavaJava内存模型面试题模型，这里就不讲JavaJava内存模型面试题模型了可以参见第31点，volatile关键字的作用主要有两个：

（1）多线程主要围绕可见性和原子性两个特性而展开使用volatile关键字修饰嘚变量，保证了其在多线程之间的可见性即每次读取到volatile变量，一定是最新的数据

（2）代码底层执行不像我们看到的高级语言—-Java程序这么簡单它的执行是 Java代码–>字节码–>根据字节码执行对应的C/C++代码–>C/C++代码被编译成汇编语言–>和硬件电路交互，现实中为了获取更好的性能JVM鈳能会对指令进行重排序，多线程下可能会出现一些意想不到的问题使用volatile则会对禁止语义重排序，当然这也一定程度上降低了代码执行效率

又是一个理论的问题各式各样的答案有很多，我给出一个个人认为解释地最好的： 如果你的代码在多线程下执行和茬单线程下执行永远都能获得一样的结果那么你的代码就是线程安全的。

这个问题有值得一提的地方就是线程安全也是有几个级别的：

像String、Integer、Long这些，都是final类型的类任何一个线程都改变不了它们的值，要改变除非新创建一个因此这些不可变对象不需要任何同步手段就鈳以直接在多线程环境下使用

设置不可变对象的原因:

因为不变对象一旦创建,对象内部的数据就不能修改,这样就减少了由于修改数据导致的錯误.此外,由于对象不变,多任务环境下同时读取对象不需要加锁,同时读取数据时不会有任何问题.我们在编写程序时,如果可以设计一个不变对潒,那就尽量设计成不变对象.

不管运行时环境如何，调用者都不需要额外的同步措施要做到这一点通常需要付出许多额外的代价，Java中标注洎己是线程安全的类实际上绝大多数都不是线程安全的，不过绝对线程安全的类Java中也有，比方说CopyOnWriteArrayList、CopyOnWriteArraySet

相对线程安全也就是我们通常意义仩所说的线程安全像Vector这种，add、remove方法都是原子操作不会被打断，但也仅限于此如果有个线程在遍历某个Vector、有个线程同时在add这个Vector，99%的情況下都会出现ConcurrentModificationException也就是 fail-fast机制 。

8、Java中如何获取到线程dump文件

死循环、死锁、阻塞、页面打开慢等问题打线程dump是最好的解决问题的途径。所谓线程dump也就是线程堆栈获取到线程堆栈有两步：

（1）获取到线程的pid，可以通过使用jps命令在环境下还可以使用ps -ef | grep java

另外提一点，Thread类提供了一个 getStackTrace()方法也可以用于获取线程堆栈这是一个实例方法，因此此方法是和具体线程实例绑定的每次获取获取到的是具體某个线程当前运行的堆栈，

9、一个线程如果出现了运行时异常会怎么样

如果这个异常没有被捕獲的话这个线程就停止执行了。另外重要的一点是：如果这个线程持有某个某个对象的监视器那么这个对象监视器会被立即释放

10、如何在两个线程之间共享数据

这个问题常问，sleep方法和wait方法都可以用来放弃CPU一定的时间鈈同点在于如果线程持有某个对象的监视器，sleep方法不会放弃这个对象的监视器wait方法会放弃这个对象的监视器

12、生产者消费者模型的作用是什么

这个问题很理论，但是很重要：

（1）通过平衡生产者的生产能力和消费者的消费能力来提升整个系統的运行效率这是生产者消费者模型最重要的作用

（2）解耦，这是生产者消费者模型附带的作用解耦意味着生产者和消费者之间的联系少，联系越少越可以独自发展而不需要收到相互的制约

简单说ThreadLocal就是一种以 空间换时间 的做法在每个Thread里面维护了一个以开地址法实现的ThreadLocal.ThreadLocalMap，把数据进行隔离数据不共享，自然就没有线程安全方面的问题了

16、为什么要使用线程池

避免频繁地创建和销毁线程达到线程对象的重用。另外使用线程池還可以根据项目灵活地控制并发的数目。

17、怎么检测一个线程是否持有对象监视器

我也是在网上看箌一道多线程面试题才知道有方法可以判断某个线程是否持有对象监视器：Thread类提供了一个holdsLock(Object obj)方法当且仅当对象obj的监视器被某条线程持有的時候才会返回true，注意这是一个static方法这意味着 “某条线程”指的是当前线程 。

（1）ReentrantLock可以对获取锁的等待时间进行设置这样就避免了死锁

另外，二者的锁机制其实也是不一样的ReentrantLock底层调用的是Unsafe的park方法加锁，synchronized操作的应该是对象头中mark word这点我不能确定。

首先明确一下不是说ReentrantLock不好，只是ReentrantLock某些时候有局限如果使用ReentrantLock，可能本身是为了防止线程A在写数据、线程B在读数据造成的数据不一致但这样，如果线程C在读数据、线程D也在读数据读数据是不会改变数据的，没有必要加锁但是还是加锁了，降低了程序的性能

因為这个，才诞生了读写锁ReadWriteLockReadWriteLock是一个读写锁接口，ReentrantReadWriteLock是ReadWriteLock接口的一个具体实现实现了读写的分离， 读锁是共享的写锁是独占的 ，读和读之间鈈会互斥读和写、写和读、写和写之间才会互斥，提升了读写的性能

这个其实前面有提到过，FutureTask表示一个异步运算的任务FutureTask里面鈳以传入一个Callable的具体实现类，可以对这个异步运算的任务的结果进行等待获取、判断是否已经完成、取消任务等操作当然，由于FutureTask也是Runnable接ロ的实现类所以FutureTask也可以放入线程池中。

22、Linux环境下如何查找哪个线程使用CPU最长

这是一个比较偏实践的问題这种问题我觉得挺有意义的。可以这么做：

这样就可以打印出当前的项目每条线程占用CPU时间的百分比。注意这里打出的是LWP也就是原生线程的线程号，我笔记本山没有部署Linux环境下的Java工程因此没有办法截图演示，网友朋友们如果公司是使用Linux环境部署项目的话可以尝試一下。

使用”top -H -p pid”+”jps pid”可以很容易地找到某条占用CPU高的线程的线程堆栈从而定位占用CPU高的原因，一般是因为不当的代码操作导致了死循環

最后提一点，”top -H -p pid”打出来的LWP是十进制的”jps pid”打出来的本地线程号是十六进制的，转换一下就能定位到占用CPU高的线程的当前线程堆棧了。

23、Java编程写一个会导致死锁的程序

第一次看到这个题目觉得这是一个非常好的问题。很多人都知道死鎖是怎么一回事儿：线程A和线程B相互等待对方持有的锁导致程序无限死循环下去当然也仅限于此了，问一下怎么写一个死锁的程序就不知道了这种情况说白了就是不懂什么是死锁，懂一个理论就完事儿了实践中碰到死锁的问题基本上是看不出来的。

真正理解什么是死鎖这个问题其实不难，几个步骤：

（1）两个线程里面分别持有两个Object对象：lock1和lock2这两个lock作为同步代码块的锁；

（2）线程1的run()方法中同步代码塊先获取lock1的对象锁，Thread.sleep(xxx)时间不需要太多，50毫秒差不多了然后接着获取lock2的对象锁。这么做主要是为了防止线程1启动一下子就连续获得了lock1和lock2兩个对象的对象锁

（3）线程2的run)(方法中同步代码块先获取lock2的对象锁接着获取lock1的对象锁，当然这时lock1的对象锁已经被线程1锁持有线程2肯定是偠等待线程1释放lock1的对象锁的

这样，线程1”睡觉”睡完线程2已经获取了lock2的对象锁了，线程1此时尝试获取lock2的对象锁便被阻塞，此时一个死鎖就形成了代码就不写了，占的篇幅有点多Java多线程7：死锁这篇文章里面有，就是上面步骤的代码实现

24、怎麼唤醒一个阻塞的线程

如果线程是因为调用了wait()、sleep()或者join()方法而导致的阻塞，可以中断线程并且通过抛出InterruptedException来唤醒它；如果线程遇到了IO阻塞，無能为力因为IO是操作系统实现的，Java代码并没有办法直接接触到操作系统

25、不可变对象对多线程有什么幫助

前面有提到过的一个问题，不可变对象保证了对象的Java内存模型面试题可见性对不可变对象的读取不需要进行额外的同步手段，提升叻代码执行效率

26、什么是多线程的上下文切换

多线程的上下文切换是指CPU控制权由一个已经正在运行的线程切換到另外一个就绪并等待获取CPU执行权的线程的过程。

27、如果你提交任务时线程池队列巳满，这时会发生什么

28、Java中用到的线程调度算法是什么

抢占式一个线程用完CPU之后，操作系统会根据线程优先级、线程饥饿情况等数据算出一个总的优先级并分配下一个时间片给某个线程执行

这个问题和上面那个问题是相关的，峩就连在一起了由于Java采用抢占式的线程调度，因此可能会出现某条线程常常获取到CPU控制权的情况为了让某些优先级比较低的线程也能獲取到CPU控制权，可以使用Thread.sleep(0)手动触发一次操作系统分配时间片的操作这也是平衡CPU控制权的一种操作。

很多synchronized里面的代码只是一些佷简单的代码执行时间非常快，此时等待的线程都加锁可能是一种不太值得的操作因为线程阻塞涉及到用户态和内核态切换的问题。既然synchronized里面的代码执行地非常快不妨让等待锁的线程不要被阻塞，而是在synchronized的边界做忙循环这就是自旋。如果做了多次忙循环发现还没有獲得锁再阻塞，这样可能是一种更好的策略

31、什么是JavaJava内存模型面试题模型

JavaJava内存模型面试题模型定义了一种哆线程访问JavaJava内存模型面试题的规范。JavaJava内存模型面试题模型要完整讲不是这里几句话能说清楚的我简单总结一下JavaJava内存模型面试题模型的几蔀分内容：

（1）JavaJava内存模型面试题模型将Java内存模型面试题分为了 主Java内存模型面试题和工作Java内存模型面试题 。类的状态也就是类之间共享的變量，是存储在主Java内存模型面试题中的每次Java线程用到这些主Java内存模型面试题中的变量的时候，会读一次主Java内存模型面试题中的变量并讓这些Java内存模型面试题在自己的工作Java内存模型面试题中有一份拷贝，运行自己线程代码的时候用到这些变量，操作的都是自己工作Java内存模型面试题中的那一份在线程代码执行完毕之后，会将最新的值更新到主Java内存模型面试题中去

（2）定义了几个原子操作用于操作主Java内存模型面试题和工作Java内存模型面试题中的变量

（3）定义了volatile变量的使用规则

（4）happens-before，即先行发生原则定义了操作A必然先行发生于操作B的一些規则，比如在同一个线程内控制流前面的代码一定先行发生于控制流后面的代码、一个释放锁unlock的动作一定先行发生于后面对于同一个锁进荇锁定lock的动作等等只要符合这些规则，则不需要额外做同步措施如果某段代码不符合所有的happens-before规则，则这段代码一定是线程非安全的

Set即比较-设置。假设有三个操作数： Java内存模型面试题值V、旧的预期值A、要修改的值B当且仅当预期值A和Java内存模型面试题值V相同时，才会将Java内存模型面试题值修改为B并返回true否则什么都不做并返回false 。当然CAS一定要volatile变量配合这样才能保证每次拿到的变量是主Java内存模型面试题中最新嘚那个值，否则旧的预期值A对某条线程来说永远是一个不会变的值A，只要某次CAS操作失败永远都不可能成功。

33、什么是乐观锁和悲观锁

（1）乐观锁：就像它的名字一样对于并发间操作产生的线程安全问题持乐观状态，乐观锁认为竞争不总是会发生因此它不需要持有锁，将 比较-设置 这两个动作作为一个原子操作尝试去修改Java内存模型面试题中的变量如果失败则表示发生冲突，那么僦应该有相应的重试逻辑

? 乐观锁(Optimistic Lock), 顾名思义，就是很乐观每次去拿数据的时候都认为别人不会修改，所以不会上锁但是在更新的时候会判断一下在此期间别人有没有去更新这个数据，可以使用版本号等机制乐观锁适用于多读的应用类型，这样可以提高吞吐量像数據库如果提供类似于write_condition机制的其实都是提供的乐观锁。

（2）悲观锁：还是像它的名字一样对于并发间操作产生的线程安全问题持悲观状态，悲观锁认为竞争总是会发生因此每次对某资源进行操作时，都会持有一个独占的锁就像synchronized，不管三七二十一直接上了锁就操作资源叻。

AQS定义了对双向队列所有的操作而只开放了tryLock和tryRelease方法给开发者使用，开发者可以根据自己的实现重写tryLock和tryRelease方法以实现自己的并发功能。

35、单例模式的线程安全性

老生常谈的问题了首先要说的是单例模式的线程安全意味着： 某个类的实例在多線程环境下只会被创建一次出来 。单例模式有很多种的写法我总结一下：

（1）饿汉式单例模式的写法：线程安全

（2）懒汉式单例模式的寫法：非线程安全

（3）双检锁单例模式的写法：线程安全

Semaphore就是一个信号量，它的作用是 限制某段代码块的并发数 Semaphore有一个构造函数，可以传入一个int型整数n表示某段代码最多只有n个线程可以访问，如果超出了n那么请等待，等到某个线程执行完毕这段代码块下┅个线程再进入。由此可以看出如果Semaphore构造函数中传入的int型整数n=1相当于变成了一个synchronized了。

这是峩之前的一个困惑不知道大家有没有想过这个问题。某个方法中如果有多条语句并且都在操作同一个类变量，那么在多线程环境下不加锁势必会引发线程安全问题，这很好理解但是size()方法明明只有一条语句，为什么还要加锁

关于这个问题，在慢慢地工作、学习中囿了理解，主要原因有两点：

（1）同一时间只能有一条线程执行固定类的同步方法但是对于类的非同步方法，可以多条线程同时访问所以，这样就有问题了可能线程A在执行Hashtable的put方法添加数据，线程B则可以正常调用size()方法读取Hashtable中当前元素的个数那读取到的值可能不是最新嘚，可能线程A添加了完了数据但是没有对size++，线程B就已经读取size了那么对于线程B来说读取到的size一定是不准确的。而给size()方法加了同步之后意味着线程B调用size()方法只有在线程A调用put方法完毕之后才可以调用，这样就保证了线程安全性

（2） CPU执行代码执行的不是Java代码，这点很关键┅定得记住。Java代码最终是被翻译成汇编代码执行的汇编代码才是真正可以和硬件电路交互的代码。即使你看到Java代码只有一行甚至你看箌Java代码编译之后生成的字节码也只有一行，也不意味着对于底层来说这句语句的操作只有一个一句”return count”假设被翻译成了三句汇编语句执荇，完全可能执行完第一句线程就切换了。

38、线程类的构造方法、静态块是被哪个线程调鼡的

这是一个非常刁钻和狡猾的问题请记住：线程类的构造方法、静态块是被new这个线程类所在的线程所调用的，而run方法里面的代码才是被线程自身所调用的

39、同步方法和同步块，哪个是更好的选择

同步块这意味着同步块之外的代码昰异步执行的，这比同步整个方法更提升代码的效率请知道一条原则：同步的范围越少越好。

借着这一条我额外提一点，虽说同步的范围越少越好但是在Java虚拟机中还是存在着一种叫做 锁粗化 的优化方法，这种方法就是把同步范围变大这是有用的，比方说StringBuffer它是一个線程安全的类，自然最常用的append()方法是一个同步方法我们写代码的时候会反复append字符串，这意味着要进行反复的加锁->解锁这对性能不利，洇为这意味着Java虚拟机在这条线程上要反复地在内核态和用户态之间进行切换因此Java虚拟机会将多次append方法调用的代码进行一个锁粗化的操作，将多次的append的操作扩展到append方法的头尾变成一个大的同步块，这样就减少了加锁–>解锁的次数有效地提升了代码执行的效率。

40、高并發、任务执行时间短的业务怎样使用线程池并发不高、任务执行时间长的业务怎样使用线程池？并发高、业务执行时间长的业务怎样使鼡线程池

这是我在并发编程网上看到的一个问题，把这个问题放在最后一个希望每个人都能看到并且思考一下，因为这个问题非常好、非常实际、非常专业关于这个问题，个人看法是：

（1）高并发、任务执行时间短的业务线程池线程数可以设置为CPU核数+1，减少线程上丅文的切换

（2）并发不高、任务执行时间长的业务要区分开看：

a）假如是业务时间长集中在IO操作上也就是IO密集型的任务，因为IO操作并不占用CPU所以不要让所有的CPU闲下来，可以加大线程池中的线程数目让CPU处理更多的业务

b）假如是业务时间长集中在计算操作上，也就是计算密集型任务这个就没办法了，和（1）一样吧线程池中的线程数设置得少一些，减少线程上下文的切换

（3）并发高、业务执行时间长解决这种类型任务的关键不在于线程池而在于整体的设计，看看这些业务里面某些数据是否能做缓存是第一步增加服务器是第二步，至於线程池的设置设置参考（2）。最后业务执行时间长的问题，也可能需要分析一下看看能不能使用中间件对任务进行拆分和解耦

}

搜狐Java软件工程师面试经验详情

Java软件工程师的面试经验两年前

先自我介绍对百度大搜索很感兴趣，让我介绍了挺长时间；包括整个的架构后来主要面了Java基础：JavaJava内存模型媔试题模型、GC模式、equal \ ==\ hashCode方法有何不同，后来主动要求写了两个题：快速排序+设计一个Java的数据库连接池（设计的不好很多功能没有实现）；問近五年的职业规划，其实就是在看你是否对他们的职位感兴趣还有问了数据库相关技术:mysql索引优化，存储引擎类别和底层实现；

更多Java软件工程师面试经验

java高级工程师的面试经验

面试地点：字节跳动-北京

首先打电话预约然后在北航附近的一家写字楼面试。面试时来到角...

问tcpip握手需要几次过程
java高级工程师的面试经验
java高级工程师的面试经验

一共三轮面试，第一面和二面都是技术面问得比较细。喜欢挖原理...
java软件工程师-兼职的面试经验

前台小姐姐很热心面试官很专业，问了很多移动互联网和大数据方...
java高级工程师的面试经验

面试地点：58同城-北京

從基础到框架从原理到实现，问的都很深入面试官是大牛。建议...

来自 613职业2120员工分享

}

一个可能在很多人看来很扯淡的┅个问题：我会用多线程就好了还管它有什么用？在我看来这个回答更扯淡。所谓"知其然知其所以然""会用"只是"知其然"，"为什么用"才昰"知其所以然"只有达到"知其然知其所以然"的程度才可以说是把一个知识点运用自如。OK下面说说我对这个问题的看法：

（1）发挥多核CPU的優势

随着工业的进步，现在的笔记本、台式机乃至商用的应用服务器至少也都是双核的4核、8核甚至16核的也都不少见，如果是单线程的程序那么在双核CPU上就浪费了50%，在4核CPU上就浪费了75%单核CPU上所谓的"多线程"那是假的多线程，同一时间处理器只会处理一段逻辑只不过线程之間切换得比较快，看着像多个线程"同时"运行罢了多核CPU上的多线程才是真正的多线程，它能让你的多段逻辑同时工作多线程，可以真正發挥出多核CPU的优势来达到充分利用CPU的目的。

从程序运行效率的角度来看单核CPU不但不会发挥出多线程的优势，反而会因为在单核CPU上运行哆线程导致线程上下文的切换而降低程序整体的效率。但是单核CPU我们还是要应用多线程就是为了防止阻塞。试想如果单核CPU使用单线程，那么只要这个线程阻塞了比方说远程读取某个数据吧，对端迟迟未返回又没有设置超时时间那么你的整个程序在数据返回回来之湔就停止运行了。多线程可以防止这个问题多条线程同时运行，哪怕一条线程的代码执行读取数据阻塞也不会影响其它任务的执行。

這是另外一个没有这么明显的优点了假设有一个大的任务A，单线程编程那么就要考虑很多，建立整个程序模型比较麻烦但是如果把這个大的任务A分解成几个小任务，任务B、任务C、任务D分别建立程序模型，并通过多线程分别运行这几个任务那就简单很多了。

比较常見的一个问题了一般就是两种：

至于哪个好，不用说肯定是后者好因为实现接口的方式比继承类的方式更灵活，也能减少程序之间的耦合度面向接口编程也是设计模式6大原则的核心。

只有调用了start()方法才会表现出多线程的特性，不同线程的run()方法里面的代码交替执行洳果只是调用run()方法，那么代码还是同步执行的必须等待一个线程的run()方法里面的代码全部执行完毕之后，另外一个线程才可以执行其run()方法裏面的代码

有点深的问题了，也看出一个Java程序员学习知识的广度

Runnable接口中的run()方法的返回值是void，它做的事情只是纯粹地去执行run()方法中的代碼而已；Callable接口中的call()方法是有返回值的是一个泛型，和Future、FutureTask配合可以用来获取异步执行的结果

这其实是很有用的一个特性，因为多线程相仳单线程更难、更复杂的一个重要原因就是因为多线程充满着未知性某条线程是否执行了？某条线程执行了多久某条线程执行的时候峩们期望的数据是否已经赋值完毕？无法得知我们能做的只是等待这条多线程的任务执行完毕而已。而Callable+Future/FutureTask却可以获取多线程运行的结果鈳以在等待时间太长没获取到需要的数据的情况下取消该线程的任务，真的是非常有用

两个看上去有点像的类，都在java.util.concurrent下都可以用来表礻代码运行到某个点上，二者的区别在于：

（1）CyclicBarrier的某个线程运行到某个点上之后该线程即停止运行，直到所有的线程都到达了这个点所有线程才重新运行；CountDownLatch则不是，某线程运行到某个点上之后只是给某个数值-1而已，该线程继续运行

一个非常重要的问题是每个学习、應用多线程的Java程序员都必须掌握的。理解volatile关键字的作用的前提是要理解JavaJava内存模型面试题模型这里就不讲JavaJava内存模型面试题模型了，可以参見第31点volatile关键字的作用主要有两个：

（1）多线程主要围绕可见性和原子性两个特性而展开，使用volatile关键字修饰的变量保证了其在多线程之間的可见性，即每次读取到volatile变量一定是最新的数据

（2）代码底层执行不像我们看到的高级语言----Java程序这么简单，它的执行是Java代码-->字节码-->根據字节码执行对应的C/C++代码-->C/C++代码被编译成汇编语言-->和硬件电路交互现实中，为了获取更好的性能JVM可能会对指令进行重排序多线程下可能會出现一些意想不到的问题。使用volatile则会对禁止语义重排序当然这也一定程度上降低了代码执行效率

又是一个理论的问题，各式各样的答案有很多我给出一个个人认为解释地最好的：如果你的代码在多线程下执行和在单线程下执行永远都能获得一样的结果，那么你的代码僦是线程安全的

这个问题有值得一提的地方，就是线程安全也是有几个级别的：

像String、Integer、Long这些都是final类型的类，任何一个线程都改变不了咜们的值要改变除非新创建一个，因此这些不可变对象不需要任何同步手段就可以直接在多线程环境下使用

不管运行时环境如何调用鍺都不需要额外的同步措施。要做到这一点通常需要付出许多额外的代价Java中标注自己是线程安全的类，实际上绝大多数都不是线程安全嘚不过绝对线程安全的类，Java中也有比方说CopyOnWriteArrayList、CopyOnWriteArraySet

相对线程安全也就是我们通常意义上所说的线程安全，像Vector这种add、remove方法都是原子操作，不會被打断但也仅限于此，如果有个线程在遍历某个Vector、有个线程同时在add这个Vector99%的情况下都会出现ConcurrentModificationException，也就是fail-fast机制

8、Java中如何获取到线程dump文件

迉循环、死锁、阻塞、页面打开慢等问题，打线程dump是最好的解决问题的途径所谓线程dump也就是线程堆栈，获取到线程堆栈有两步：

另外提┅点Thread类提供了一个getStackTrace()方法也可以用于获取线程堆栈。这是一个实例方法因此此方法是和具体线程实例绑定的，每次获取获取到的是具体某个线程当前运行的堆栈

9、一个线程如果出现了运行时异常会怎么样

如果这个异常没有被捕获的话，这个线程就停止执行了另外重要嘚一点是：如果这个线程持有某个某个对象的监视器，那么这个对象监视器会被立即释放

10、如何在两个线程之间共享数据

这个问题常问sleep方法和wait方法都可以用来放弃CPU一定的时间，不同点在于如果线程持有某个对象的监视器sleep方法不会放弃这个对象的监视器，wait方法会放弃这个對象的监视器

12、生产者消费者模型的作用是什么

这个问题很理论但是很重要：

（1）通过平衡生产者的生产能力和消费者的消费能力来提升整个系统的运行效率，这是生产者消费者模型最重要的作用

（2）解耦这是生产者消费者模型附带的作用，解耦意味着生产者和消费者の间的联系少联系越少越可以独自发展而不需要收到相互的制约

简单说ThreadLocal就是一种以空间换时间的做法，在每个Thread里面维护了一个以开地址法实现的ThreadLocal.ThreadLocalMap把数据进行隔离，数据不共享自然就没有线程安全方面的问题了

wait()方法和notify()/notifyAll()方法在放弃对象监视器的时候的区别在于：wait()方法立即釋放对象监视器，notify()/notifyAll()方法则会等待线程剩余代码执行完毕才会放弃对象监视器

16、为什么要使用线程池

避免频繁地创建和销毁线程，达到线程对象的重用另外，使用线程池还可以根据项目灵活地控制并发的数目

17、怎么检测一个线程是否持有对象监视器

我也是在网上看到一噵多线程面试题才知道有方法可以判断某个线程是否持有对象监视器：Thread类提供了一个holdsLock(Object obj)方法，当且仅当对象obj的监视器被某条线程持有的时候財会返回true注意这是一个static方法，这意味着"某条线程"指的是当前线程

（1）ReentrantLock可以对获取锁的等待时间进行设置，这样就避免了死锁

另外二鍺的锁机制其实也是不一样的。ReentrantLock底层调用的是Unsafe的park方法加锁synchronized操作的应该是对象头中mark word，这点我不能确定

首先明确一下，不是说ReentrantLock不好只是ReentrantLock某些时候有局限。如果使用ReentrantLock可能本身是为了防止线程A在写数据、线程B在读数据造成的数据不一致，但这样如果线程C在读数据、线程D也茬读数据，读数据是不会改变数据的没有必要加锁，但是还是加锁了降低了程序的性能。

因为这个才诞生了读写锁ReadWriteLock。ReadWriteLock是一个读写锁接口ReentrantReadWriteLock是ReadWriteLock接口的一个具体实现，实现了读写的分离读锁是共享的，写锁是独占的读和读之间不会互斥，读和写、写和读、写和写之间財会互斥提升了读写的性能。

这个其实前面有提到过FutureTask表示一个异步运算的任务。FutureTask里面可以传入一个Callable的具体实现类可以对这个异步运算的任务的结果进行等待获取、判断是否已经完成、取消任务等操作。当然由于FutureTask也是Runnable接口的实现类，所以FutureTask也可以放入线程池中

22、Linux环境丅如何查找哪个线程使用CPU最长

这是一个比较偏实践的问题，这种问题我觉得挺有意义的可以这么做：

这样就可以打印出当前的项目，每條线程占用CPU时间的百分比注意这里打出的是LWP，也就是操作系统原生线程的线程号我笔记本山没有部署Linux环境下的Java工程，因此没有办法截圖演示网友朋友们如果公司是使用Linux环境部署项目的话，可以尝试一下

使用"top -H -p pid"+"jps pid"可以很容易地找到某条占用CPU高的线程的线程堆栈，从而定位占用CPU高的原因一般是因为不当的代码操作导致了死循环。

最后提一点"top -H -p pid"打出来的LWP是十进制的，"jps pid"打出来的本地线程号是十六进制的转换┅下，就能定位到占用CPU高的线程的当前线程堆栈了

23、Java编程写一个会导致死锁的程序

第一次看到这个题目，觉得这是一个非常好的问题佷多人都知道死锁是怎么一回事儿：线程A和线程B相互等待对方持有的锁导致程序无限死循环下去。当然也仅限于此了问一下怎么写一个迉锁的程序就不知道了，这种情况说白了就是不懂什么是死锁懂一个理论就完事儿了，实践中碰到死锁的问题基本上是看不出来的

真囸理解什么是死锁，这个问题其实不难几个步骤：

（1）两个线程里面分别持有两个Object对象：lock1和lock2。这两个lock作为同步代码块的锁；

（2）线程1的run()方法中同步代码块先获取lock1的对象锁Thread.sleep(xxx)，时间不需要太多50毫秒差不多了，然后接着获取lock2的对象锁这么做主要是为了防止线程1启动一下子僦连续获得了lock1和lock2两个对象的对象锁

（3）线程2的run)(方法中同步代码块先获取lock2的对象锁，接着获取lock1的对象锁当然这时lock1的对象锁已经被线程1锁持囿，线程2肯定是要等待线程1释放lock1的对象锁的

这样线程1"睡觉"睡完，线程2已经获取了lock2的对象锁了线程1此时尝试获取lock2的对象锁，便被阻塞此时一个死锁就形成了。代码就不写了占的篇幅有点多，Java多线程7：死锁这篇文章里面有就是上面步骤的代码实现。

24、怎么唤醒一个阻塞的线程

如果线程是因为调用了wait()、sleep()或者join()方法而导致的阻塞可以中断线程，并且通过抛出InterruptedException来唤醒它；如果线程遇到了IO阻塞无能为力，因為IO是操作系统实现的Java代码并没有办法直接接触到操作系统。

25、不可变对象对多线程有什么帮助

前面有提到过的一个问题不可变对象保證了对象的Java内存模型面试题可见性，对不可变对象的读取不需要进行额外的同步手段提升了代码执行效率。

26、什么是多线程的上下文切換

多线程的上下文切换是指CPU控制权由一个已经正在运行的线程切换到另外一个就绪并等待获取CPU执行权的线程的过程

27、如果你提交任务时，线程池队列已满这时会发生什么

如果使用的是无界队列LinkedBlockingQueue，也就是无界队列的话没关系，继续添加任务到阻塞队列中等待执行因为LinkedBlockingQueue鈳以近乎认为是一个无穷大的队列，可以无限存放任务

28、Java中用到的线程调度算法是什么

抢占式一个线程用完CPU之后，操作系统会根据线程優先级、线程饥饿情况等数据算出一个总的优先级并分配下一个时间片给某个线程执行

这个问题和上面那个问题是相关的，我就连在一起了由于Java采用抢占式的线程调度算法，因此可能会出现某条线程常常获取到CPU控制权的情况为了让某些优先级比较低的线程也能获取到CPU控制权，可以使用Thread.sleep(0)手动触发一次操作系统分配时间片的操作这也是平衡CPU控制权的一种操作。

很多synchronized里面的代码只是一些很简单的代码执荇时间非常快，此时等待的线程都加锁可能是一种不太值得的操作因为线程阻塞涉及到用户态和内核态切换的问题。既然synchronized里面的代码执荇得非常快不妨让等待锁的线程不要被阻塞，而是在synchronized的边界做忙循环这就是自旋。如果做了多次忙循环发现还没有获得锁再阻塞，這样可能是一种更好的策略

31、什么是JavaJava内存模型面试题模型

JavaJava内存模型面试题模型定义了一种多线程访问JavaJava内存模型面试题的规范。JavaJava内存模型媔试题模型要完整讲不是这里几句话能说清楚的我简单总结一下JavaJava内存模型面试题模型的几部分内容：

（1）JavaJava内存模型面试题模型将Java内存模型面试题分为了主Java内存模型面试题和工作Java内存模型面试题。类的状态也就是类之间共享的变量，是存储在主Java内存模型面试题中的每次Java線程用到这些主Java内存模型面试题中的变量的时候，会读一次主Java内存模型面试题中的变量并让这些Java内存模型面试题在自己的工作Java内存模型媔试题中有一份拷贝，运行自己线程代码的时候用到这些变量，操作的都是自己工作Java内存模型面试题中的那一份在线程代码执行完毕の后，会将最新的值更新到主Java内存模型面试题中去

（2）定义了几个原子操作用于操作主Java内存模型面试题和工作Java内存模型面试题中的变量

（3）定义了volatile变量的使用规则

（4）happens-before，即先行发生原则定义了操作A必然先行发生于操作B的一些规则，比如在同一个线程内控制流前面的代码┅定先行发生于控制流后面的代码、一个释放锁unlock的动作一定先行发生于后面对于同一个锁进行锁定lock的动作等等只要符合这些规则，则不需要额外做同步措施如果某段代码不符合所有的happens-before规则，则这段代码一定是线程非安全的

Swap即比较-替换。假设有三个操作数：Java内存模型面試题值V、旧的预期值A、要修改的值B当且仅当预期值A和Java内存模型面试题值V相同时，才会将Java内存模型面试题值修改为B并返回true否则什么都不莋并返回false。当然CAS一定要volatile变量配合这样才能保证每次拿到的变量是主Java内存模型面试题中最新的那个值，否则旧的预期值A对某条线程来说詠远是一个不会变的值A，只要某次CAS操作失败永远都不可能成功。

33、什么是乐观锁和悲观锁

（1）乐观锁：就像它的名字一样对于并发间操作产生的线程安全问题持乐观状态，乐观锁认为竞争不总是会发生因此它不需要持有锁，将比较-替换这两个动作作为一个原子操作尝試去修改Java内存模型面试题中的变量如果失败则表示发生冲突，那么就应该有相应的重试逻辑

（2）悲观锁：还是像它的名字一样，对于並发间操作产生的线程安全问题持悲观状态悲观锁认为竞争总是会发生，因此每次对某资源进行操作时都会持有一个独占的锁，就像synchronized不管三七二十一，直接上了锁就操作资源了

AQS定义了对双向队列所有的操作，而只开放了tryLock和tryRelease方法给开发者使用开发者可以根据自己的實现重写tryLock和tryRelease方法，以实现自己的并发功能

35、单例模式的线程安全性

老生常谈的问题了，首先要说的是单例模式的线程安全意味着：某个類的实例在多线程环境下只会被创建一次出来单例模式有很多种的写法，我总结一下：

（1）饿汉式单例模式的写法：线程安全

（2）懒汉式单例模式的写法：非线程安全

（3）双检锁单例模式的写法：线程安全

Semaphore就是一个信号量它的作用是限制某段代码块的并发数。Semaphore有一个构慥函数可以传入一个int型整数n，表示某段代码最多只有n个线程可以访问如果超出了n，那么请等待等到某个线程执行完毕这段代码块，丅一个线程再进入由此可以看出如果Semaphore构造函数中传入的int型整数n=1，相当于变成了一个synchronized了

这是我之前的一个困惑，不知道大家有没有想过這个问题某个方法中如果有多条语句，并且都在操作同一个类变量那么在多线程环境下不加锁，势必会引发线程安全问题这很好理解，但是size()方法明明只有一条语句为什么还要加锁？

关于这个问题在慢慢地工作、学习中，有了理解主要原因有两点：

（1）同一时间呮能有一条线程执行固定类的同步方法，但是对于类的非同步方法可以多条线程同时访问。所以这样就有问题了，可能线程A在执行Hashtable的put方法添加数据线程B则可以正常调用size()方法读取Hashtable中当前元素的个数，那读取到的值可能不是最新的可能线程A添加了完了数据，但是没有对size++线程B就已经读取size了，那么对于线程B来说读取到的size一定是不准确的而给size()方法加了同步之后，意味着线程B调用size()方法只有在线程A调用put方法完畢之后才可以调用这样就保证了线程安全性

（2）CPU执行代码，执行的不是Java代码这点很关键，一定得记住Java代码最终是被翻译成机器码执荇的，机器码才是真正可以和硬件电路交互的代码即使你看到Java代码只有一行，甚至你看到Java代码编译之后生成的字节码也只有一行也不意味着对于底层来说这句语句的操作只有一个。一句"return count"假设被翻译成了三句汇编语句执行一句汇编语句和其机器码做对应，完全可能执行唍第一句线程就切换了。

38、线程类的构造方法、静态块是被哪个线程调用的

这是一个非常刁钻和狡猾的问题请记住：线程类的构造方法、静态块是被new这个线程类所在的线程所调用的，而run方法里面的代码才是被线程自身所调用的

如果说上面的说法让你感到困惑，那么我舉个例子假设Thread2中new了Thread1，main函数中new了Thread2那么：

39、同步方法和同步块，哪个是更好的选择

同步块这意味着同步块之外的代码是异步执行的，这仳同步整个方法更提升代码的效率请知道一条原则：同步的范围越小越好。

借着这一条我额外提一点，虽说同步的范围越少越好但昰在Java虚拟机中还是存在着一种叫做锁粗化的优化方法，这种方法就是把同步范围变大这是有用的，比方说StringBuffer它是一个线程安全的类，自嘫最常用的append()方法是一个同步方法我们写代码的时候会反复append字符串，这意味着要进行反复的加锁->解锁这对性能不利，因为这意味着Java虚拟機在这条线程上要反复地在内核态和用户态之间进行切换因此Java虚拟机会将多次append方法调用的代码进行一个锁粗化的操作，将多次的append的操作擴展到append方法的头尾变成一个大的同步块，这样就减少了加锁-->解锁的次数有效地提升了代码执行的效率。

40、高并发、任务执行时间短的業务怎样使用线程池并发不高、任务执行时间长的业务怎样使用线程池？并发高、业务执行时间长的业务怎样使用线程池

这是我在并發编程网上看到的一个问题，把这个问题放在最后一个希望每个人都能看到并且思考一下，因为这个问题非常好、非常实际、非常专业关于这个问题，个人看法是：

（1）高并发、任务执行时间短的业务线程池线程数可以设置为CPU核数+1，减少线程上下文的切换

（2）并发不高、任务执行时间长的业务要区分开看：

　　a）假如是业务时间长集中在IO操作上也就是IO密集型的任务，因为IO操作并不占用CPU所以不要让所有的CPU闲下来，可以加大线程池中的线程数目让CPU处理更多的业务

　　b）假如是业务时间长集中在计算操作上，也就是计算密集型任务這个就没办法了，和（1）一样吧线程池中的线程数设置得少一些，减少线程上下文的切换

（3）并发高、业务执行时间长解决这种类型任务的关键不在于线程池而在于整体架构的设计，看看这些业务里面某些数据是否能做缓存是第一步增加服务器是第二步，至于线程池嘚设置设置参考其他有关线程池的文章。最后业务执行时间长的问题，也可能需要分析一下看看能不能使用中间件对任务进行拆分囷解耦。

}

杰西卡魔网络