60、如何在两个线程之间共享数据？
解析：通过在线程之间共享对象就可以了，然后通过wait/notify/notifyAll、await/signal/signalAll进行唤起和等待，比方说阻塞队列BlockingQueue就是为线程之间共享数据而设计的。
61、守护线程是什么？
解析：守护线程是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。在Java中垃圾回收线程就是特殊的守护线程。
62、创建线程有哪几种方式？
解析：创建线程有三种方式：继承Thread重新run方法、实现Runnable接口、实现Callable接口。
63、说一下 runnable 和 callable 有什么区别？
解析：runnable 没有返回值，callable 可以拿到有返回值，callable 可以看作是 runnable 的补充。
64、线程有哪些状态？
解析：线程的状态
- NEW尚未启动
- RUNNABLE正在执行中
- BLOCKED阻塞的（被同步锁或者IO锁阻塞）
- WAITING永久等待状态
- TIMED_WAITING等待指定的时间重新被唤醒的状态
- TERMINATED执行完成
65、sleep() 和 wait() 有什么区别？
解析：类的不同：sleep()来自Thread，wait()来自Object。
释放锁：sleep()不释放锁；wait()释放锁。
用法不同：sleep()时间到会自动恢复；wait()可以使用notify()/notifyAll()直接唤醒。
66、notify() 和 notifyAll() 有什么区别？
解析：notifyAll()会唤醒所有的线程，notify()之后唤醒一个线程。notifyAll()调用后，会将全部线程由等待池移到锁池，然后参与锁的竞争，竞争成功则继续执行，如果不成功则留在锁池等待锁被释放后再次参与竞争。而notify()只会唤醒一个线程，具体唤醒哪一个线程由虚拟机控制。
67、线程的 run() 和 start() 有什么区别？
解析：start()方法用于启动线程，run()方法用于执行线程的运行时代码。run()可以重复调用，而start()只能调用一次。
68、创建线程池有哪几种方式？
解析：线程池创建有七种方式，最核心的是最后一种。
newSingleThreadExecutor()：它的特点在于工作线程数目被限制为1，操作一个无界的工作队列，所以它保证了所有任务的都是被顺序执行，最多会有一个任务处于活动状态，并且不允许使用者改动线程池实例，因此可以避免其改变线程数目；
newCachedThreadPool()：它是一种用来处理大量短时间工作任务的线程池，具有几个鲜明特点：它会试图缓存线程并重用，当无缓存线程可用时，就会创建新的工作线程；如果线程闲置的时间超过60秒，则被终止并移出缓存；长时间闲置时，这种线程池，不会消耗什么资源。其内部使用SynchronousQueue作为工作队列；
newFixedThreadPool(int nThreads)：重用指定数目（nThreads）的线程，其背后使用的是无界的工作队列，任何时候最多有nThreads个工作线程是活动的。这意味着，如果任务数量超过了活动队列数目，将在工作队列中等待空闲线程出现；如果有工作线程退出，将会有新的工作线程被创建，以补足指定的数目nThreads；
newSingleThreadScheduledExecutor()：创建单线程池，返回ScheduledExecutorService，可以进行定时或周期性的工作调度；
newScheduledThreadPool(int corePoolSize)：和newSingleThreadScheduledExecutor()类似，创建的是个ScheduledExecutorService，可以进行定时或周期性的工作调度，区别在于单一工作线程还是多个工作线程；
newWorkStealingPool(int parallelism)：这是一个经常被人忽略的线程池，Java8才加入这个创建方法，其内部会构建ForkJoinPool，利用Work-Stealing算法，并行地处理任务，不保证处理顺序；
ThreadPoolExecutor()：是最原始的线程池创建，上面1-3创建方式都是对ThreadPoolExecutor的封装。
69、线程池都有哪些状态？
解析：RUNNING：这是最正常的状态，接受新的任务，处理等待队列中的任务。
SHUTDOWN：不接受新的任务提交，但是会继续处理等待队列中的任务。
STOP：不接受新的任务提交，不再处理等待队列中的任务，中断正在执行任务的线程。
TIDYING：所有的任务都销毁了，workCount为0，线程池的状态在转换为TIDYING状态时，会执行钩子方法terminated()。
TERMINATED：terminated()方法结束后，线程池的状态就会变成这个。
70、线程池中 submit() 和 execute() 方法有什么区别？
解析：execute()：只能执行Runnable类型的任务。
submit()：可以执行Runnable和Callable类型的任务。
Callable类型的任务可以获取执行的返回值，而Runnable执行无返回值。
71、在 Java 程序中怎么保证多线程的运行安全？
解析：
方法一：使用安全类，比如Java.util.concurrent下的类。
方法二：使用自动锁synchronized。
方法三：使用手动锁Lock。
手动锁Java示例代码如下：
Lock lock = new ReentrantLock(); lock. lock(); try { System. out. println("获得锁"); } catch (Exception e) { // TODO: handle exception } finally { System. out. println("释放锁"); lock. unlock(); }
72、多线程中 synchronized 锁升级的原理是什么？
解析：synchronized锁升级原理：在锁对象的对象头里面有一个threadid字段，在第一次访问的时候threadid为空，jvm让其持有偏向锁，并将threadid设置为其线程id，再次进入的时候会先判断threadid是否与其线程id一致。
如果一致则可以直接使用此对象，如果不一致，则升级偏向锁为轻量级锁，通过自旋循环一定次数来获取锁，执行一定次数之后，如果还没有正常获取到要使用的对象，此时就会把锁从轻量级升级为重量级锁，此过程就构成了synchronized锁的升级。
锁的升级的目的：锁升级是为了减低了锁带来的性能消耗。在Java6之后优化synchronized的实现方式，使用了偏向锁升级为轻量级锁再升级到重量级锁的方式，从而减低了锁带来的性能消耗。
73、什么是死锁？
解析：当线程A持有独占锁a，并尝试去获取独占锁b的同时，线程B持有独占锁b，并尝试获取独占锁a的情况下，就会发生AB两个线程由于互相持有对方需要的锁，而发生的阻塞现象，我们称为死锁。
74、怎么防止死锁？
解析：尽量使用tryLock(longtimeout,TimeUnitunit)的方法(ReentrantLock、ReentrantReadWriteLock)，设置超时时间，超时可以退出防止死锁。
尽量使用Java.util.concurrent并发类代替自己手写锁。
尽量降低锁的使用粒度，尽量不要几个功能用同一把锁。
尽量减少同步的代码块。
75、ThreadLocal 是什么？有哪些使用场景？
解析：ThreadLocal为每个使用该变量的线程提供独立的变量副本，所以每一个线程都可以独立地改变自己的副本，而不会影响其它线程所对应的副本。
ThreadLocal的经典使用场景是数据库连接和session管理等。
76、说一下synchronized底层实现原理？
解析：synchronized是由一对monitorenter/monitorexit指令实现的，monitor对象是同步的基本实现单元。
在Java6之前，monitor的实现完全是依靠操作系统内部的互斥锁，因为需要进行用户态到内核态的切换，所以同步操作是一个无差别的重量级操作，性能也很低。
但在Java6的时候，Java虚拟机对此进行了大刀阔斧地改进，提供了三种不同的monitor实现，也就是常说的三种不同的锁：偏向锁（BiasedLocking）、轻量级锁和重量级锁，大大改进了其性能。
77、synchronized和volatile的区别是什么？
解析：volatile是变量修饰符；synchronized是修饰类、方法、代码段。
volatile仅能实现变量的修改可见性，不能保证原子性；而synchronized则可以保证变量的修改可见性和原子性。
volatile不会造成线程的阻塞；synchronized可能会造成线程的阻塞。
volatile标记的变量不会被编译器优化；synchronized标记的变量可以被编译器优化。
78、synchronized和lock有什么区别？
解析：synchronized可以给类、方法、代码块加锁；而lock只能给代码块加锁。
synchronized不需要手动获取锁和释放锁，使用简单，发生异常会自动释放锁，不会造成死锁；而
lock需要自己加锁和释放锁，如果使用不当没有unLock()去释放锁就会造成死锁。
通过Lock可以知道有没有成功获取锁，而synchronized却无法办到。
79、Synchronized 和 ReentrantLock 区别是什么？
解析：synchronized早期的实现比较低效，对比ReentrantLock，大多数场景性能都相差较大，但是在Java6中对synchronized进行了非常多的改进。
主要区别如下：
ReentrantLock使用起来比较灵活，但是必须有释放锁的配合动作；
ReentrantLock必须手动获取与释放锁，而synchronized不需要手动释放和开启锁；
ReentrantLock只适用于代码块锁，而synchronized可用于修饰方法、代码块等。
80、说一下 atomic 的原理？
解析：atomic主要利用CAS(CompareAndWwap)和volatile和native方法来保证原子操作，从而避免
synchronized的高开销，执行效率大为提升。
81、线程类的构造方法，静态块是哪个线程调用的？
解析：这是一个非常刁钻和狡猾的问题。请记住：线程类的构造方法、静态块是被new这个线程类所在的线程所调用的，而run方法里面的代码才是被线程自身所调用的。
如果说上面的说法让你感到困惑，那么我举个例子，假设Thread2中new了Thread1，main函数中new了Thread2，那么：
（1）Thread2的构造方法、静态块是main线程调用的，Thread2的run()方法是Thread2自己调用
（2）Thread1的构造方法、静态块是Thread2调用的，Thread1的run()方法是Thread1自己调用的
82、同步方法和同步块，哪个是更好的选择？
解析：同步块，这意味着同步块之外的代码是异步执行的，这比同步整个方法更提升代码的效率。请知道一条原则：同步的范围越小越好。
借着这一条，我额外提一点，虽说同步的范围越少越好，但是在Java虚拟机中还是存在着一种叫做锁粗化的优化方法，这种方法就是把同步范围变大。
这是有用的，比方说StringBuffer，它是一个线程安全的类，自然最常用的append()方法是一个同步方法，我们写代码的时候会反复append字符串，这意味着要进行反复的加锁->解锁，这对性能不利，因为这意味着Java虚拟机在这条线程上要反复地在内核态和用户态之间进行切换。
因此Java虚拟机会将多次append方法调用的代码进行一个锁粗化的操作，将多次的append的操作扩展到append方法的头尾，变成一个大的同步块，这样就减少了加锁-->解锁的次数，有效地提升了代码执行的效率。
83、高并发、任务执行时间短的业务怎样使用线程池？并发不高、任务执行时间长的业务怎样使用线程池？并发高、业务执行时间长的业务怎样使用线程池？
解析：这是我在并发编程网上看到的一个问题，把这个问题放在最后一个，希望每个人都能看到并且思考一下，因为这个问题非常好、非常实际、非常专业。关于这个问题，个人看法是：
1）高并发、任务执行时间短的业务，线程池线程数可以设置为CPU核数+1，减少线程上下文的切换
2）并发不高、任务执行时间长的业务要区分开看：
a）假如是业务时间长集中在IO操作上，也就是IO密集型的任务，因为IO操作并不占用CPU，所以不要让所有的CPU闲下来，可以加大线程池中的线程数目，让CPU处理更多的业务
b）假如是业务时间长集中在计算操作上，也就是计算密集型任务，这个就没办法了，和（1）一样吧，线程池中的线程数设置得少一些，减少线程上下文的切换
3）并发高、业务执行时间长，解决这种类型任务的关键不在于线程池而在于整体架构的设计，看看这些业务里面某些数据是否能做缓存是第一步，增加服务器是第二步，至于线程池的设置，设置参考其他有关线程池的文章。最后，业务执行时间长的问题，也可能需要分析一下，看看能不能使用中间件对任务进行拆分和解耦。
