1、并行和并发有什么区别？

img

2、线程和进程的区别？

why: 由于CPU与其他PC资源之间速度的不协调，人们想提高资源利用率，所以人们提出了多任务系统。得益于CPU的计算速度，我们可以“同时”运行多个任务，实质上是多个任务之间轮流使用CPU资源，由于速度超快，给用户的感觉就是连续的。

How:

1）任务的执行需要依赖各个PC资源，我们可以称为计算机执行的上下文环境。要实现“同时执行”，就需要不断轮换，为了后来继续从当前状态执行下去，计算机需要保存切换前的程序上下文。所以有了进程：用进程去描述程序当前上下文的状态信息—-内存位置、变量值、任务ID……所以，进程是资源分配的单位。一般来说宏观上可以看做是一个软件的运行，例如一个word文档的打开。

2）多个任务之间切换因为要保存上下文、调入上下文，一旦多了的时候，还是有一定的时间消耗的。为了进一步提高资源利用率，人们在进程中，引入了线程，线程只是CPU轮流调度的单位，其他上下文信息用所在进程中的。这样上下文切换的耗时就降了下来。同样的，宏观上来可以看做是一个软件中的多个处理功能，例如上述打开word中拼写检查功能、字体加粗……

一般来说，进程是资源的分配单位，线程是CPU在进程内切换的单位，线程属于进程。

3、守护线程是什么？

守护线程（即daemon thread），是个服务线程，准确地来说就是服务其他的线程，这是它的作用——而其他的线程只有一种，那就是用户线程。所以java里线程分2。

1、守护线程，比如垃圾回收线程，就是最典型的守护线程。

2、用户线程，就是应用程序里的自定义线程。

守护线程是运行在后台的一种特殊进程。它独立于控制终端并且周期性地执行某种任务或等待处理某些发生的事件。在 Java 中垃圾回收线程就是特殊的守护线程。

4、创建线程有哪几种方式？

创建线程有三种方式：

  • 继承 Thread 重写 run 方法；
  • 实现 Runnable 接口；
  • 实现 Callable 接口。

5、说一下 runnable 和 callable 有什么区别？

  • 重写方法不同，重写run（）、和重写callable（）方法。
  • runnable 没有返回值，callable 可以拿到有返回值，callable 可以看作是 runnable 的补充。

6、线程有哪些状态？

  • NEW 初始状态，尚未启动
  • RUNNABLE 运行状态，Java线程中将就绪（ready）和运行中（running）两种状态笼统的称为“运行”。
  • BLOCKED 阻塞的（被同步锁或者IO锁阻塞）
  • WAITING 等待，等待状态
  • TIMED_WAITING 超时等待， 等待指定的时间重新被唤醒的状态
  • TERMINATED 终止，执行完成

b

7、sleep() 和 wait() 有什么区别？

  • 类的不同：sleep() 来自 Thread，wait() 来自 Object。
  • 释放锁：sleep() 不释放锁；wait() 释放锁。
  • 用法不同：sleep() 时间到会自动恢复；wait() 可以使用 notify()/notifyAll()直接唤醒。

8、notify()和 notifyAll()有什么区别？

notifyAll()会唤醒所有的线程，notify()之后唤醒一个线程。notifyAll() 调用后，会将全部线程由等待池移到锁池，然后参与锁的竞争，竞争成功则继续执行，如果不成功则留在锁池等待锁被释放后再次参与竞争。而 notify()只会唤醒一个线程，具体唤醒哪一个线程由虚拟机控制。

9、线程的 run() 和 start() 有什么区别？

start() 方法用于启动线程，run() 方法用于执行线程的运行时代码。

run() 可以重复调用，而 start() 只能调用一次。

10、创建线程池有哪几种方式？

线程池创建有七种方式，最核心的是最后一种：

  • newSingleThreadExecutor()：它的特点在于工作线程数目被限制为 1，操作一个无界的工作队列，所以它保证了所有任务的都是被顺序执行，最多会有一个任务处于活动状态，并且不允许使用者改动线程池实例，因此可以避免其改变线程数目；
  • newCachedThreadPool()：它是一种用来处理大量短时间工作任务的线程池，具有几个鲜明特点：它会试图缓存线程并重用，当无缓存线程可用时，就会创建新的工作线程；如果线程闲置的时间超过 60 秒，则被终止并移出缓存；长时间闲置时，这种线程池，不会消耗什么资源。其内部使用 SynchronousQueue 作为工作队列；
  • newFixedThreadPool(int nThreads)：重用指定数目（nThreads）的线程，其背后使用的是无界的工作队列，任何时候最多有 nThreads 个工作线程是活动的。这意味着，如果任务数量超过了活动队列数目，将在工作队列中等待空闲线程出现；如果有工作线程退出，将会有新的工作线程被创建，以补足指定的数目 nThreads；
  • newSingleThreadScheduledExecutor()：创建单线程池，返回 ScheduledExecutorService，可以进行定时或周期性的工作调度；
  • newScheduledThreadPool(int corePoolSize)：和newSingleThreadScheduledExecutor()类似，创建的是个 ScheduledExecutorService，可以进行定时或周期性的工作调度，区别在于单一工作线程还是多个工作线程；
  • newWorkStealingPool(int parallelism)：这是一个经常被人忽略的线程池，Java 8 才加入这个创建方法，其内部会构建ForkJoinPool，利用Work-Stealing算法，并行地处理任务，不保证处理顺序；
  • ThreadPoolExecutor()：是最原始的线程池创建，上面1-3创建方式都是对ThreadPoolExecutor的封装。

11、线程池都有哪些状态？

  • RUNNING：这是最正常的状态，接受新的任务，处理等待队列中的任务。
  • SHUTDOWN：不接受新的任务提交，但是会继续处理等待队列中的任务。
  • STOP：不接受新的任务提交，不再处理等待队列中的任务，中断正在执行任务的线程。
  • TIDYING：所有的任务都销毁了，workCount 为 0，线程池的状态在转换为 TIDYING 状态时，会执行钩子方法 terminated()。
  • TERMINATED：terminated()方法结束后，线程池的状态就会变成这个。

12、线程池中 submit() 和 execute() 方法有什么区别？

  • execute()：只能执行 Runnable 类型的任务。
  • submit()：可以执行 Runnable 和 Callable 类型的任务。

13、在 Java 程序中怎么保证多线程的运行安全？

  • 使用安全类，
  • 自动锁，synchronized
  • 手动锁，Lock

14、多线程中 synchronized 锁升级的原理是什么？

锁的级别从低到高：

无锁 -> 偏向锁 -> 轻量级锁 -> 重量级锁

没有优化以前，synchronized是重量级锁（悲观锁），使用 wait 和 notify、notifyAll 来切换线程状态非常消耗系统资源；线程的挂起和唤醒间隔很短暂，这样很浪费资源，影响性能。所以 JVM 对 synchronized 关键字进行了优化，把锁分为 无锁、偏向锁、轻量级锁、重量级锁 状态。

偏向锁 轻量级锁 重量级锁
适用场景 只有一个线程进入同步块 虽然很多线程，但是没有冲突：多条线程进入同步块，但是线程进入时间错开因而并未争抢锁 发生了锁争抢的情况：多条线程进入同步块并争用锁
本质 取消同步操作 CAS操作代替互斥同步 互斥同步
优点 不阻塞，执行效率高（只有第一次获取偏向锁时需要CAS操作，后面只是比对ThreadId） 不会阻塞 不会空耗CPU
缺点 适用场景太局限。若竞争产生，会有额外的偏向锁撤销的消耗 长时间获取不到锁空耗CPU 阻塞，上下文切换，重量级操作

锁的升级的目的：锁升级是为了减低了锁带来的性能消耗。在 Java 6 之后优化 synchronized 的实现方式，使用了偏向锁升级为轻量级锁再升级到重量级锁的方式，从而减低了锁带来的性能消耗。

15、什么是死锁？

死锁是指两个或两个以上的进程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞的现象，若无外力作用，它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁，这些永远在互相等待的进程称为死锁进程。

当线程 A 持有独占锁a，并尝试去获取独占锁 b 的同时，线程 B 持有独占锁 b，并尝试获取独占锁 a 的情况下，就会发生 AB 两个线程由于互相持有对方需要的锁，而发生的阻塞现象，我们称为死锁。

16、怎么防止死锁？

造成死锁必须达成的4个条件（原因）：

  1. 互斥条件：一个资源每次只能被一个线程使用。
  2. 请求与保持条件：一个线程因请求资源而阻塞时，对已获得的资源保持不放。
  3. 不剥夺条件：线程已获得的资源，在未使用完之前，不能强行剥夺。
  4. 循环等待条件：若干线程之间形成一种头尾相接的循环等待资源关系。

防止死锁:

  • 尽量使用 tryLock(long timeout, TimeUnit unit)的方法(ReentrantLock、ReentrantReadWriteLock)，设置超时时间，超时可以退出防止死锁。
  • 尽量使用 Java. util. concurrent 并发类代替自己手写锁。
  • 尽量降低锁的使用粒度，尽量不要几个功能用同一把锁。
  • 尽量减少同步的代码块。

17、ThreadLocal 是什么？有哪些使用场景？

  • ThreadLocal 为每个使用该变量的线程提供独立的变量副本，所以每一个线程都可以独立地改变自己的副本，而不会影响其它线程所对应的副本。

  • ThreadLocal 的经典使用场景是数据库连接和 session 管理等。

18、说一下 synchronized 底层实现原理？

synchronized 是由一对 monitorenter/monitorexit 指令实现的，monitor 对象是同步的基本实现单元。在 Java 6 之前，monitor 的实现完全是依靠操作系统内部的互斥锁，因为需要进行用户态到内核态的切换，所以同步操作是一个无差别的重量级操作，性能也很低。但在 Java 6 的时候，Java 虚拟机 对此进行了大刀阔斧地改进，提供了三种不同的 monitor 实现，也就是常说的三种不同的锁：偏向锁（Biased Locking）、轻量级锁和重量级锁，大大改进了其性能。

monitor:监控

19、synchronized 和 volatile 的区别是什么？

  • volatile 是变量修饰符；synchronized 是修饰类、方法、代码段。
  • volatile 仅能实现变量的修改可见性，不能保证原子性；而 synchronized 则可以保证变量的修改可见性和原子性。
  • volatile 不会造成线程的阻塞；synchronized 可能会造成线程的阻塞。

20、synchronized 和 Lock 有什么区别？

  • synchronized 可以给类、方法、代码块加锁；而 lock 只能给代码块加锁。
  • synchronized 不需要手动获取锁和释放锁，使用简单，发生异常会自动释放锁，不会造成死锁；而 lock 需要自己加锁和释放锁，如果使用不当没有 unLock()去释放锁就会造成死锁。
  • 通过 Lock 可以知道有没有成功获取锁，而 synchronized 却无法办到。

21、synchronized 和 ReentrantLock 区别是什么？

synchronized 早期的实现比较低效，对比 ReentrantLock，大多数场景性能都相差较大，但是在 Java 6 中对 synchronized 进行了非常多的改进。

主要区别如下：

  • ReentrantLock 使用起来比较灵活，但是必须有释放锁的配合动作；
  • ReentrantLock 必须手动获取与释放锁，而 synchronized 不需要手动释放和开启锁；
  • ReentrantLock 只适用于代码块锁，而 synchronized 可用于修饰方法、代码块等。

22、说一下 atomic 的原理？

atomic 主要利用 CAS (Compare And Wwap) 和 volatile 和 native 方法来保证原子操作，从而避免 synchronized 的高开销，执行效率大为提升。

23、说一下 atomic 的原理？

atomic 主要利用 CAS (Compare And Wwap) 和 volatile 和 native 方法来保证原子操作，从而避免 synchronized 的高开销，执行效率大为提升。

Java      Java

本博客所有文章除特别声明外，均采用 CC BY-SA 3.0协议 。转载请注明出处！