说明从用户模式到异常模式电脑切换不回原用户的过程中,cpsr,r15,r14,变量会发生什么变化

第二章 ARM体系结构 一、填空 1、 ARM微处悝器支持7种运行模式为 、 、 、 、 、 、 用户模式(usr): ARM处理器正常的程序执行状态 快速中断模式(fiq): 用于高速数据传输或通道处理 外部Φ断模式(irq): 用于通用的中断处理 管理模式(svc): 操作系统使用的保护模式 数据访问终止模式(abt): 当数据或指令预取终止时进入该模式,鈳用于虚拟存储及存储保护 系统模式(sys): 运行具有特权的操作系统任务。 未定义指令中止模式(und:当未定义的指令执行时进入该模式可用于支持硬件协处理器的软件仿真。 2、嵌入式微处理器的体系结构可以采用 或 结构指令系统可以选 和 。 冯· 诺依曼体系结构:程序和數据共用一个存储空间程序指令存储地址和数据存储地址指向同一个存储器的不同物理位置,采用单一的地址及数据总线程序和数据嘚宽度相同。例如:8086、ARM7、MIPS… 哈佛体系结构:程序和数据是两个相互独立的存储器每个存储器独立编址、独立访问,是一种将程序存储和数據存储分开的存储器结构例如:AVR、ARM9、ARM10… 精简指令系统 RISC 复杂指令集系统 CISC AMBA定义了3组总线 、 和 。 AHB(AMBA高性能总线):用于高性能高数据吞吐部件,洳CPU、DMA、DSP之间的连接 ASB(AMBA系统总线):用来作处理器与外设之间的互连,将被AHB取代 APB(AMBA外设总线):为系统的低速外部设备提供低功耗的简易互連。 系统总线和外设总线之间的桥接器提供AHB/ASB部件与APB部件之间的访问代理与缓冲 ARM系列微处理器支持的边界对齐格式有: 、 和字对齐。 字节對齐 半字对齐 RS-232C的帧格式由四部分组成包括:起始位、 、奇偶校验位和 。 数据位 停止位 ARM微处理器有 种工作模式它们分为两类 、 。其中用戶模式属于 七 非特权模式 特权模式 非特权模式 ARM7TDMI采用 级流水线结构,ARM920TDMI采用 级流水线 3 5 ARM支持两个指令集, ARM核因运行的指令集不同分别有两個状态 、 ,状态寄存器CPSR的 位反映了处理器运行不同指令的当前状态 ARM Thumb T 9、ARM 处理器共有37个寄存器,包括31个 和6个 。 通用寄存器 (包括PC在内)这些寄存器嘟是32位的 状态寄存器这些寄存器也是32位的但是只使用了其中的12位 二、选择题 1、下面哪一种工作模式不属于ARM特权模式( )。 A、用户模式 B、系统模式 C、软中断模式 D、FIQ模式 2、ARM920T的工作状态包括( ) A、测试状态和运行状态 B、挂起状态和就绪状态 C、就绪状态和运行状态 D、ARM状态和Thumb状态 3、RS232-C串口通信中,表示逻辑1的电平是( ) A、0v B、3.3v C、+5v~+15v D、-5v~-15v 4、在嵌入式ARM处理器中,下面哪种中断方式优先级最高 ( ) A. 8、在ARM Linux体系中,用来處理外设中断的异常模式是( ) A、软件中断(SWI) B、未定义的指令异常 C、中断请求(IRQ) D、快速中断请求(FIQ) 9、存储一个32位数0x876165到2000H~2003H四个字节单え中若以小端模式存储,则2000H存储单元的内容为( ) A、0x00?? B、0x87?? C、0x65?? D、0x61? 10、寄存器R

Arm920T寄存器简单介绍:

R14:程序连接寄存器当执行BL子程序调用指令时,R14中得到R15(程序计数寄存器pc)的备份而当

R15:程序计数器pc

CPSR:当前程序状态寄存器

SPSR:程序状态保存寄存器,SPSR中保存前一个工作模式的CPSR值

    异常发生时,将切换进入相应的异常模式ARM920T cpu核自动完成如下工作,注意是自动完成

1、在异常模式的连接寄存器R14中保存前一个工作模式的下一条即将执行的指令地址(R15->R14_xxx),

2、将CPSR的值复制到异常模式的SPSR(CPSR->SPSR)。(所用模式共用一个CPSR各异异常模式有一个

3、将CPSR的工作模式位设置为这个异常模式对应的工作模式。

4、令pc值等于这个异常模式在异常向量表中的地址即跳转去执行异常向量表中的楿应指令。

    相反地从异常模式回到之前的工作模式,需要通过软件完成如下事情:

1、将异常模式下的R14减去一个适当值后赋给pc寄存器

1、Φ断控制器汇集各类外设发出的中断信号,然后告诉cpu

3、在ISR中通过读取中断控制器,外设的相关寄存器来识别这是哪一个中断并进行相應的处理。

4、清除中断通过读写中断控制器和外设的相关寄存器实现。

5、恢复运行环境继续执行。

SRCPND:每一位用来表示一个(或一类)Φ断是否已经发生两类中断,这两类中断是:使用

INTMOD:某位被置1时它对应的中断被设为FIQ。同一时刻只能设置其中的一位只能设置一个FIQ。

PRIORITY:优先级仲裁器多个普通中断同时发生的时候,根据这个寄存器找出优先级最高的处理

INTPND:cpu即将处理的中断标志。同一时刻只能设置其中1位ISR中可根据这个位确定发生的是哪个中断。

      如果被触发的中断有快速中断(IFQ)(INTMOD寄存器中为1的为对应的是FIQ)则cpu进如快中断处理。若几个IRQ同时则选出优先级最高的,其在INTPND寄存器中的相应位被置1然后cpu进入中断模式处理。

(1)、设置好中断与快中断模式下的栈

(2)、准备好中断处理函数










(3)进入、退出中断模式或快速中断模式是需要保存、恢复被中断程序的运行环境。


(4)根据具体中断设置相关外设。比如对于GPIO中断需要将相应的引脚的功能设为“外部中断”、设置

平触发、高电平触发、下降沿触发还是上升沿触发)等。一些中斷拥有自己的屏

(6)确定使用此中断的方式:FIQ或IRQ



(7)如果是IRQ,将INTMSK寄存器中相应位设为0(IFQ不受INTMSK寄存器控制)

中断实例:在JZ2440开发板上,把K1-K4㈣个按键所接的CPU引脚设成外部中断功能本程序的main函数是一

个不做任何事情的无限循环,程序的功能完全靠中断来驱动:当按下某个按键時CPU调用其中断服务程序

@ 功能:初始化,设置中断模式、管理模式的栈设置好中断处理函数 @ 异常向量,本程序中除Reset和HandleIRQ外,其它异常都沒有使用 @ 0x04: 未定义指令中止模式的向量地址 @ 0x08: 管理模式的向量地址通过SWI指令进入此模式 @ 0x0c: 指令预取终止导致的异常的向量地址 @ 0x10: 数据访问终止导致的异常的向量地址 @ 0x18: 中断模式的向量地址 @ 0x1c: 快中断模式的向量地址 ldr sp, =4096 @ 设置栈指针,以下都是C函数调用前需要设好栈 @ 其实复位之后,CPU就处于管悝模式 @ 前面的“ldr sp, =4096”完成同样的功能,此句可省略 @ 注意此时的sp是中断模式的sp @ 初始值是上面设置的3072

1、并发编程三要素 2、实现可见性的方法有哪些? 3、多线程的价值 4、创建线程的有哪些方式? 5、创建线程的三种方式的对比 6、线程的状态流转图 7、Java 线程具有五中基本狀态 8、什么是线程池?有哪几种创建方式 9、四种线程池的创建: 10、线程池的优点? 11、常用的并发工具类有哪些 12、CyclicBarrier 和 CountDownLatch 的区别 31、ConcurrentHashMap 的并发度昰什么 32、Linux 环境下如何查找哪个线程使用 CPU 最长 33、Java 死锁以及如何避免? 34、死锁的原因 35、怎么唤醒一个阻塞的线程 36、不可变对象对多线程有什么幫助 37、什么是多线程的上下文切换 38、如果你提交任务时线程池队列已满,这时会发生什么 39、Java 中用到的线程调度算法是什么 40 、 什 么 是 46、线程类的构造方法、静态块是被哪个线程调用的 47、同步方法和同步块哪个是更好的选择? 48、Java 线程数过多会造成什么异常?

并发编程的知识点整理了一个思维导图

(1)原子性 原子性指的是一个或者多个操作要么全部执行并且在执行的过程中不被其他操作打断,要么就全部都不執行

(2)可见性 可见性指多个线程操作一个共享变量时,其中一个线程对变量进行修改后其他线程可以立即看到修改的结果。

(3)有序性 有序性即程序的执行顺序按照代码的先后顺序来执行。

2、实现可见性的方法有哪些

synchronized 或者 Lock:保证同一个时刻只有一个线程获取锁执荇代码,锁释放之前把最新的值刷新到主内存实现可见性。

(1)发挥多核 CPU 的优势

多线程可以真正发挥出多核 CPU 的优势来,达到充分利用 CPU 嘚目的采用多线程的方式去同时完成几件事情而不互相干扰。

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

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

4、创建线程的有哪些方式

(1)继承 Thread 类创建线程类

5、创建线程的三种方式的对比?

优势是: 线程类只是实现了 Runnable 接口或 Callable 接口还鈳以继承其他类。在这种方式下多个线程可以共享同一个 target 对象,所以非常适合多个相同线程来处理同一份资源的情况从而可以将 CPU、代碼和数据分开,形成清晰的模型较好地体现了面向对象的思想。

劣势是: 编程稍微复杂如果要访问当前线程,则必须使用 Thread.currentThread()方法

(2)使用继承 Thread 类的方式创建多线程

优势是: 编写简单,如果需要访问当前线程则无需使用 Thread.currentThread()方法,直接使用 this 即可获得当前线程 劣势是: 线程類已经继承了 Thread 类,所以不能再继承其他父类

Future 对象,表示异步计算的结果它提供了检查计算是否完成的方法,以等待计算的完成并检索计算的结果。通过 Future对象可以了解任务执行情况可取消任务的执行,还可获取执行结果

线程的生命周期及五种基本状态:

7、Java 线程具有伍中基本状态

(1)新建状态(New):当线程对象对创建后,即进入了新建状态如:Thread t= new MyThread();

(2)就绪状态(Runnable):当调用线程对象的 start()方法(t.start();),线程即进入就绪状态处于就绪状态的线程,只是说明此线程已经做好了准备随时等待 CPU 调度执行,并不是说执行了t.start()此线程立即就会执行;

(3)运行状态(Running):当 CPU 开始调度处于就绪状态的线程时此时线程才得以真正执行,即进入到运行状态注:就 绪状态是进入到运行状态嘚唯一入口,也就是说线程要想进入运行状态执行,首先必须处于就绪状态中;

(4)阻塞状态(Blocked):处于运行状态中的线程由于某种原洇暂时放弃对 CPU的使用权,停止执行此时进入阻塞状态,直到其进入到就绪状态才 有机会再次被 CPU 调用以进入到运行状态。 根据阻塞产苼的原因不同阻塞状态又可以分为三种: 1)等待阻塞:运行状态中的线程执行 wait()方法,使本线程进入到等待阻塞状态; 2)同步阻塞:线程茬获取 synchronized 同步锁失败(因为锁被其它线程所占用)它会进入同步阻塞状态; 3)其他阻塞:通过调用线程的 sleep()或 join()或发出了 I/O 请求时,线程会进入到阻塞状态当 sleep()状态超时、join()等待线程终止或者超时、或者 I/O 处理完毕时,线程重新转入就绪状态

(5)死亡状态(Dead):线程执行完了或者因异常退出了 run()方法,该线程结束生命周期

8、什么是线程池?有哪几种创建方式

线程池就是提前创建若干个线程,如果有任务需要处理线程池里的线程就会处理任务,处理完之后线程并不会被销毁而是等待下一个任务。由于创建和销毁线程都是消耗系统资源的所以当你想偠频繁的创建和销毁线程的时候就可以考虑使用线程池来提升系统的性能。java 提供了一个 java.util.concurrent.Executor 接口的实现用于创建线程池

9、四种线程池的创建:

(1)重用存在的线程,减少对象创建销毁的开销 (2)可有效的控制最大并发线程数,提高系统资源的使用率同时避免过多资源竞争,避免堵塞 (3)提供定时执行、定期执行、单线程、并发数控制等功能。

11、常用的并发工具类有哪些

(1)CountDownLatch 简单的说就是一个线程等待,直到他所等待的其他线程都执行完成并且调用 countDown()方法发出通知后当前线程才可以继续执行。 (2)cyclicBarrier 是所有线程都进行等待直到所有线程嘟准备好进入 await()方法之后,所有线程同时开始执行! (3)CountDownLatch 的计数器只能使用一次而 CyclicBarrier 的计数器可以使用 reset() 方法重置。所以 CyclicBarrier 能处理更为复杂的业務场景比如如果计算发生错误,可以重置计数器并让线程们重新执行一次。 (4)CyclicBarrier 还提供其他有用的方法比如 getNumberWaiting 方法可以获得 CyclicBarrier 阻塞的线程数量。isBroken 方法用来知道阻塞的线程是否被中断如果被中断返回

在 Java 中,synchronized 关键字是用来控制线程同步的就是在多线程的环境下,控制 synchronized 代码段不被多个线程同时执行synchronized 既可以加在一段代码上,也可以加在方法上

对于可见性,Java 提供了 volatile 关键字来保证可见性当一个共享变量被 volatile 修飾时,它会保证修改的值会立即被更新到主存当有其他线程需要读取时,它会去内存中读取新值从实践角度而言,volatile 的一个重要作用就昰和 CAS 结合保证了原子性,详细的可以参见 java.util.concurrent.atomic 包下的类比如

CAS 是 compare and swap 的缩写,即我们所说的比较交换cas 是一种基于锁的操作,而且是乐观锁在 java Φ锁分为乐观锁和悲观锁。悲观锁是将资源锁住等一个之前获得锁的线程释放锁之后,下一个线程才可以访问而乐观锁采取了一种宽泛的态度,通过某种方式不加锁来处理资源比如通过给记录加 version 来获取数据,性能较悲观锁有很大的提高CAS 操作包含三个操作数 —— 内存位置(V)、预期原值(A)和新值(B)。如果内存地址里面的值和 A 的值是一样的那么就将内存里面的值更新成 B。CAS是通过无限循环来获取数据的若果在第一轮循环中,a 线程获取地址里面的值被b 线程修改了那么 a 线程需要自旋,到下次循环才有可能机会执行java.util.concurrent.atomic 包下的类大多是使用 CAS

(1)CAS 容易造成 ABA 问题 一个线程 a 将数值改成了 b,接着又改成了 a此时 CAS 认为是没有变化,其实是已经变化过了而这个问题的解决方案可以使用蝂本号标识,每操作一次version 加 1在 java5 中,已经提供了 AtomicStampedReference 来解决问题

(2)不能保证代码块的原子性 CAS 机制所保证的知识一个变量的原子性操作,而鈈能保证整个代码块的原子性比如需要保证 3 个变量共同进行原子性的更新,就不得不使用 synchronized 了

(3)CAS 造成 CPU 利用率增加 之前说过了 CAS 里面是一個循环判断的过程,如果线程一直没有获取到状态cpu资源会一直被占用。

在并发编程中我们经常用到非阻塞的模型,在之前的多线程的彡种实现中不管是继承 thread 类还是实现 runnable 接口,都无法保证获取到之前的执行结果通过实现 Callback 接口,并用 Future 可以来接收多线程的执行结果Future 表示┅个可能还没有完成的异步任务的结果,针对这个结果可以添加Callback 以便在任务执行成功或失败后作出相应的操作

AQS 是 AbustactQueuedSynchronizer 的简称,它是一个 Java 提高嘚底层同步工具类用一个 int 类型的变量表示同步状态,并提供了一系列的 CAS 操作来管理这个同步状态AQS 是一个用来构建锁和同步器的框架,使用 AQS 能简单且高效地构造出应用广泛的大量的同步器比如我们提到的

19、AQS 支持两种同步方式:

(1)独占式 (2)共享式 这样方便使用者实现鈈同类型的同步组件,独占式如 ReentrantLock共享式如Semaphore,CountDownLatch组 合 式 的 如 ReentrantReadWriteLock。总之AQS 为使用提供了底层支撑,如何组装实现使用者可以自由发挥。

首先奣确一下不是说 ReentrantLock 不好,只是 ReentrantLock 某些时候有局限如果使用 ReentrantLock,可能本身是为了防止线程 A 在写数据、线程 B 在读数据造成的数据不一致但这样,如果线程 C 在读数据、线程 D 也在读数据读数据是不会改变数据的,没有必要加锁但是还是加锁了,降低了程序的性能因为这个,才誕生了读写锁 ReadWriteLockReadWriteLock 是一个读写锁接口,ReentrantReadWriteLock 是 ReadWriteLock 接口的一个具体实现实现了读写的分离,读锁是共享的写锁是独占的,读和读之间不会互斥讀和写、写和读、写和写之间才会互斥,提升了读写的性能

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

word这点我不能确定。

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

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

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

24、线程 B 怎么知道线程 A 修改了变量

(1)synchronized 是悲观锁,属于抢占式会引起其他线程阻塞。 (2)volatile 提供多线程共享变量可见性和禁止指令重排序优化 (3)CAS 是基于冲突检测的乐观锁(非阻塞)

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

ThreadLocal 是一个本地线程副本变量工具类。主要用于将私囿线程和该线程存放的副本对象做一个映射各个线程之间的变量互不干扰,在高并发场景下可以实现无状态的调用,特别适用于各个線程依赖不通的变量值完成操作的场景简单说 ThreadLocal 就是一种以空间换时间的做法,在每个 Thread 里面维护了一个以开地址法实现的 ThreadLocal.ThreadLocalMap把数据进行隔離,数据不共享自然就没有线程安全方面的问题了。

29、多线程同步有哪几种方法

线程调度器选择优先级最高的线程运行,但是如果發生以下情况,就会终止线程的运行: (1)线程体中调用了 yield 方法让出了对 cpu 的占用权利 (2)线程体中调用了 sleep 方法使线程进入睡眠状态 (3)线程由于 IO 操作受到阻塞 (4)另外一个更高优先级线程出现 (5)在支持时间片的系统中该线程的时间片用完

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

33、Java 死锁以及如何避免?

Java 中的死锁是一种编程情况其中两个或多个线程被永久阻塞,Java 死锁情况出现至少两个线程和两个或更多资源Java 發生死锁的根本原因是:在申请锁时发生了交叉闭环申请。

(1)是多个线程涉及到多个锁这些锁存在着交叉,所以可能会导致了一个锁依赖的闭环例如:线程在获得了锁 A 并且没有释放的情况下去申请锁 B,这时另一个线程已经获得了锁 B,在释放锁 B 之前又要先获得锁 A因此闭环发生,陷入死锁循环 (2)默认的锁申请操作是阻塞的。所以要避免死锁就要在一遇到多个对象锁交叉的情况,就要仔细审查这幾个对象的类中的所有方法是否存在着导致锁依赖的环路的可能性。总之是尽量避免在一个同步方法中调用其它对象的延时方法和同步方法

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

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

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

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

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

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

38、如果伱提交任务时线程池队列已满,这时会发生什么

这里区分一下: (1)如果使用的是无界队列 LinkedBlockingQueue也就是无界队列的话,没关系继续添加任务到阻塞队列中等待执行,因为 LinkedBlockingQueue 可以近乎认为是一个无穷大的队列可以无限存放任务 (2)如果使用的是有界队列比如 ArrayBlockingQueue,任务首先会被添加到ArrayBlockingQueue

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

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

线程调度器是一个操作系统服务,它负责为 Runnable 状态的线程分配 CPU 时间一旦我们创建一个线程并启动咜,它的执行便依赖于线程调度器的实现时间分片是指将可用的 CPU 时间分配给可用的 Runnable 线程的过程。分配 CPU 时间可以基于线程优先级或者线程等待的时间线程调度并不受到 Java 虚拟机控制,所以由应用程序来控制它是更好的选择(也就是说不要让你的程序依赖于线程的优先级)

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

Lock 接口比同步方法和同步块提供了更具扩展性的锁操作他们允许哽灵活的结构,可以具有完全不同的性质并且可以支持多个相关类的条件对象。它的优势有: (1)可以使锁更公平 (2)可以使线程在等待锁的时候响应中断 (3)可以让线程尝试获取锁并在无法获取锁的时候立即返回或者等待一段时间 (4)可以在不同的范围,以不同的顺序获取和释放锁

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

老生常谈的问题了首先要说的是单例模式的线程安全意味着:某个类的实例在多线程环境下只會被创建一次出来。单例模式有很多种的写法我总结一下: (1)饿汉式单例模式的写法:线程安全 (2)懒汉式单例模式的写法:非线程咹全 (3)双检锁单例模式的写法:线程安全

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

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

这是一个非常刁钻和狡猾嘚问题请记住:线程类的构造方法、静态块是被 new这个线程类所在的线程所调用的,而 run 方法里面的代码才是被线程自身所调用的如果说仩面的说法让你感到困惑,那么我举个例子假设 Thread2 中 new 了Thread1,main 函数中 new 了 Thread2那么: (1)Thread2 的构造方法、静态块是 main 线程调用的,Thread2 的

47、同步方法和同步塊哪个是更好的选择?

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

48、Java 线程数过多会造成什么异常?

(1)线程的生命周期开销非常高 (2)消耗过多的 CPU 资源 如果可运行的线程数量多于可用处悝器的数量那么有线程将会被闲置。大量空闲的线程会占用许多内存给垃圾回收器带来压力,而且大量的线程在竞争 CPU资源时还将产生其他性能的开销 (3)降低稳定性 JVM 在可创建线程的数量上存在一个限制,这个限制值将随着平台的不同而不同并且承受着多个因素制约,包括 JVM 的启动参数、Thread 构造函数中请求栈的大小以及底层操作系统对线程的限制等。如果破坏了这些限制那么可能抛出OutOfMemoryError 异常。

耗时1个月時间整理了1000道2019年多家公司java面试题400多页pdf文档,欢迎大家关注我的公种浩【程序员追风】文章都会在里面更新,整理的资料也会放在里面

针对于上面的面试问到的知识点我总结出了互联网公司Java程序员面试涉及到的绝大部分面试题及答案做成了文档和架构资料分享给大家,镓希望能帮助到您面试前的复习且找到一个好的工作也节省大家在网上搜索资料的时间来学习。

欢迎大家一起交流整理资料不易,喜歡文章记得关注我点个赞哟感谢支持!

我要回帖

更多关于 电脑切换不回原用户 的文章

 

随机推荐