互联网Java工程师面试题·Java 并发编程篇·第一弹

这篇博客深入探讨了Java并发编程中的关键概念,包括守护线程与本地线程的区别、线程与进程的差异、上下文切换的原理、死锁、活锁和饥饿的对比,以及Java线程调度算法。同时,文章讨论了线程组的不推荐使用原因、Executor框架的重要性、Executor与Executors的区别,并介绍了如何在Windows和Linux上分析CPU使用情况。此外,还详细阐述了Java Concurrency API中的原子操作、Lock接口的优势、Executors框架以及阻塞队列的实现和在生产者-消费者模型中的应用。
摘要由CSDN通过智能技术生成

目录

1、在 java 中守护线程和本地线程区别?

2、线程与进程的区别?

3、什么是多线程中的上下文切换?

4、死锁与活锁的区别,死锁与饥饿的区别?

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

6、什么是线程组,为什么在 Java 中不推荐使用?

7、为什么使用 Executor 框架?

8、在 Java 中 Executor 和 Executors 的区别?

9、如何在 Windows 和 Linux 上查找哪个线程使用的 CPU 时间最长?

10、什么是原子操作?在 Java Concurrency API 中有哪些原子类(atomic classes)?

11、Java Concurrency API 中的 Lock 接口(Lock interface)是什么?对比同步它有什么优势?

12、什么是 Executors 框架?

13、什么是阻塞队列?阻塞队列的实现原理是什么?如何使用阻塞队列来实现生产者-消费者模型?


1、在 java 中守护线程和本地线程区别?

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 守护进程。

2、线程与进程的区别?

进程是操作系统分配资源的最小单元,线程是操作系统调度的最小单元。
一个程序至少有一个进程 , 一个进程至少有一个线程。

3、什么是多线程中的上下文切换?

多线程会共同使用一组计算机上的 CPU ,而线程数大于给程序分配的 CPU 数量时,
为了让各个线程都有执行的机会,就需要轮转使用 CPU 。不同的线程切换使用 CPU
发生的切换数据等就是上下文切换。

4、死锁与活锁的区别,死锁与饥饿的区别?

死锁:是指两个或两个以上的进程(或线程)在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。
产生死锁的必要条件:
1 、互斥条件:所谓互斥就是进程在某一时间内独占资源。
2 、请求与保持条件:一个进程因请求资源而阻塞时,对已获得的资源保持不放。
3 、不剥夺条件 : 进程已获得资源,在末使用完之前,不能强行剥夺。
4 、循环等待条件 : 若干进程之间形成一种头尾相接的循环等待资源关系。
活锁:任务或者执行者没有被阻塞,由于某些条件没有满足,导致一直重复尝试,失败,尝试,失败。
活锁和死锁的区别在于,处于活锁的实体是在不断的改变状态,所谓的 , 而处于死锁的实体表现为等待;活锁有可能自行解开,死锁则不能。
饥饿:一个或者多个线程因为种种原因无法获得所需要的资源,导致一直无法执行的状态。
Java 中导致饥饿的原因:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

时光の尘

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值