线程池原理及调度过程
面向对象编程中,经常创建和销毁线程开销很大,所以就有池化资源技术的产生。
线程池优点:
- 线程重用,减少创建和销毁
- 有效控制并发数量,提高系统资源利用率,避免过多资源造成阻塞
- 对多线程进行管理,使线程使用简单,高效
线程池框架Executor
java.util.concurrent.Executor:线程使用和调度根接口
——ExecutorService:Executor的子接口,线程池的主要接口
————ThreadPoolExecutor:上边的实现类,一般用的各种线程池都是基于这个类实现的
————SchedulerExecutorService:上边的子接口
——————SchedulerThreadPoolExecutor:上边俩的实现
corePoolSize:线程池核心线程数
maximumPoolSize:线程池允许的最大线程数
workQueue:表示存放任务的BlockingQueue队列
线程上工作过程
- 线程池刚创建时,里边没有任何线程,任务队列作为参数传进来,但是不会马上被执行。
- 调用execute()添加一个任务时,会进行判断:
若当前运行线程数小于核心线程数,立马创建线程运行这个任务;
如果大于核心线程数,将这个任务放入队列;
如果队列满了但是线程数量小于最大线程数,创建非核心线程运行这个任务;
如果队列满了当前运行数量也超过最大线程数,抛出异常RejectExecutionException。 - 当一个线程运行完,从队列取出下一个运行
- 当一个线程没事干,在数量超过核心线程数时,这个空闲线程被停掉,所以线程池任务完成后数量会收缩到核心线程数量大小。
SingleThreadExecutor:单个后台线程,只有一个核心线程在工作
FixedThreadPool:只有核心线程的线程池,大小固定,每次提交一个任务就创建一个线程
ScheduledThreadPool:核心线程池固定,大小无限的线程池。此线程池支持定时以及周期性执行任务的需求。
FGC触发条件
线程池提交任务方法有两种
1.execute:接收Runnable,无返回值
2.submit:Runnable/Callable,有返回值
线程池的实现过程没有用到Synchronized关键字,用的都是Volatile,Lock和同步(阻塞)队列,Atomic相关类,FutureTask等等,因为后者的性能更优。
JVM内存模型
内存结构:
- 堆:最大的一块,线程共享,存放对象实例
- 方法区:线程共享,存储加载的类信息,静态变量,常量,Non-Heap
- 虚拟机栈:每个方法执行时创建栈帧,存储局部变量,操作数栈,方法出口等
- 本地方法栈:为虚拟机使用到的 Native 方法服务
- 程序计数器:程序执行的字节码的行号和指令
一个类中主要有:常量、成员变量、静态变量、局部变量。其中常量与静态变量位于方法区,成员变量位于 Java 堆,局部变量位于 Java 虚拟机栈。
Java内存模型:每个线程都有一个工作内存,线程只可以修改自己工作内存中的数据,然后再同步回主内存,主内存由多个线程共享。
每个线程都有自己的工作内存,不允许从主存直接读取
不同线程之间无法访问其他线程工作内存的变量,值传递通过主存完成
类加载机制
双亲委派模型:一个类加载器收到类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委托给父类加载器去完成,因此所有的加载请求最终都传送到顶层的启动类加载器中,只有当父类加载器反馈自己无法完成这个加载请求时,子加载器才会尝试自己去加载。能够有效确保一个类的全局唯一性
类从被加载到虚拟机内存,到卸载出内存的生命周期包括:
- 加载(Loading) 双亲委派
- 验证(Verification)验证格式语义和操作是否正确
- 准备(Preparation)分配内存空间、 赋初始值
- 解析(Resolution)符号引用转为直接引用
- 初始化(Initialization)先父后子
- 使用(Using)、
- 卸载(Unloading) 七个阶段。
类加载器有哪几种
启动(Bootstrap)类加载器
扩展(ExtClassLoader)类加载器
系统类加载器(System ClassLoader)
什么时候触发FGC
1 调用system.gc()
2 老年代空间不足
3 minor GC时老年代空间分配担保失败