Java EE 相关面试题整理合集 （一）

注意： 在编程方面，我们并不区分是并行还是并发，统一称为并发编程

 

 

 

 

线程池有几种？

 在开发过程中我们常常需要使用到多线程来提高我们代码处理某些任务的效率，最基本的两种创建多线程的方式分别是继承Thread类和实现Runnable接口。但是创建线程和销毁线程的系统开销比较大，而且过多的线程会占用过多的内存等资源。在《阿里巴巴Java开发手册》中也提示我们“线程资源必须通过线程池提供，不允许在应用中自行显式创建线程”。所以我们引入了线程池。

常见的5种线程池分别是：

    1、FixedThreadPool，它的核心线程数和最大线程数是一样的，可以把它看成是固定线程数的线程池；

    2、CachedThreadPool，可以把它叫做可缓存线程池，它的特点是线程数可以持续增加(理论最大可达Integer.MAX_VALUE=2^31-1)；

    3、ScheduledThreadPool，它支持定时或周期性的执行任务，有3个方法可以灵活的执行频率配置参数；

    4、SingleThreadExecutor，它会使用唯一的线程去执行任务，适用于所有任务都需要按照被提交的顺序依次执行的场景；

    5、SingleThreadScheduledExecutor，它和SingleThreadExecutor有些类似，它的核心线程数是1，但是最大线程数是Integer.MAX_VALUE。

 使用 Executors 去创建，这个些线程池对应的方法都是静态的，例：

     Executors.newFixedThreadPool(10);

 

线程池的拒绝策略都有哪些？

http://t.csdn.cn/2Pw7K

 

 

 

创建线程池的方式

怎么解决线程安全问题

http://t.csdn.cn/7Rqh6

解释一下偏向级锁，轻量级锁，重量级锁

1) 偏向锁
第一个尝试加锁的线程 , 优先进入偏向锁状态 .
偏向锁不是真的 " 加锁 ", 只是给对象头中做一个 " 偏向锁的标记 ", 记录这个锁属于哪个线程 .
如果后续没有其他线程来竞争该锁 , 那么就不用进行其他同步操作了 ( 避免了加锁解锁的开销 )
如果后续有其他线程来竞争该锁 ( 刚才已经在锁对象中记录了当前锁属于哪个线程了 , 很容易识别
当前申请锁的线程是不是之前记录的线程 ), 那就取消原来的偏向锁状态 , 进入一般的轻量级锁状态 .
偏向锁本质上相当于 " 延迟加锁 " . 能不加锁就不加锁 , 尽量来避免不必要的加锁开销 .
但是该做的标记还是得做的 , 否则无法区分何时需要真正加锁 .
举个栗子理解偏向锁
假设男主是一个锁 , 女主是一个线程 . 如果只有这一个线程来使用这个锁 , 那么男主女主即使不领证结婚( 避免了高成本操作 ), 也可以一直幸福的生活下去 .
但是女配出现了 , 也尝试竞争男主 , 此时不管领证结婚这个操作成本多高 , 女主也势必要把这个动作完成了, 让女配死心 .
2) 轻量级锁
随着其他线程进入竞争 , 偏向锁状态被消除 , 进入轻量级锁状态 ( 自适应的自旋锁 ).
此处的轻量级锁就是通过 CAS 来实现 .
通过 CAS 检查并更新一块内存 ( 比如 null => 该线程引用 )
如果更新成功 , 则认为加锁成功
如果更新失败 , 则认为锁被占用 , 继续自旋式的等待 ( 并不放弃 CPU).
自旋操作是一直让 CPU 空转 , 比较浪费 CPU 资源 .
因此此处的自旋不会一直持续进行 , 而是达到一定的时间 / 重试次数 , 就不再自旋了 .
也就是所谓的 " 自适应 "
3) 重量级锁
如果竞争进一步激烈 , 自旋不能快速获取到锁状态 , 就会膨胀为重量级锁
此处的重量级锁就是指用到内核提供的 mutex .
执行加锁操作 , 先进入内核态 .
在内核态判定当前锁是否已经被占用
如果该锁没有占用 , 则加锁成功 , 并切换回用户态 .
如果该锁被占用 , 则加锁失败 . 此时线程进入锁的等待队列 , 挂起 . 等待被操作系统唤醒 .
经历了一系列的沧海桑田 , 这个锁被其他线程释放了 , 操作系统也想起了这个挂起的线程 , 于是唤醒
这个线程 , 尝试重新获取锁 .

JUC包下的工具类知道哪些？线程安全的集合类？

ConcurrentHashMap 死锁问题  ThreadLocal

http://t.csdn.cn/isjId