目录
介绍
进程:一个应用程序;
线程:一个进程中的执行场景/执行单元;
注意:一个进程可以启动多个线程,进程消散,线程也跟着消散;
常见的线程调度模型
抢占式调度模型:那个线程的优先级比较高,抢到的CPU时间片的概率就高一些/多一些。java采用的就是抢占式调度模型。
均分式调度模型:平均分配CPU时间片。每个线程占有的CPU时间片时间长度一样。平均分配,一切平等。有一些编程语言,线程调度模型采用的是这种方式。
生命周期
NEW:新建状态。创建了一个线程,启动(star)之前处于该状态;
RUNNABLE:可运行状态。线程正在执行任务(run方法中的代码),就处于该状态;
BLOCKED:阻塞状态。获取synchronized锁对象失败,就处于该状态;
WAITING:无限等待状态。获取Lock锁对象失败,就处于该状态;
TIMED_WAITING:计时等待状态。线程正在执行sleep方法的时候,就处于该状态;
TERMINATED:消亡状态。线程执行完任务后,就处于该状态。
创建方式
1)继承Thread类,重写run方法;
2)实现Runnable接口,重写run方法;
3)实现callable接口,重写call方法;
4)使用线程池创建线程池对象,通过线程池对象获取线程;
各创建方式对比
创建方式 | 好处 |
继承Thread类 | 灵活方便,方便快速写出demo |
实现Runnable接口 | 线程和任务分离,解耦合,提高代码的健壮性; 避免了Java单继承的局限性; 线程池里面,只能传入Runnable或者Callable类型的对象; |
实现callable接口 | 线程和任务分离,解耦合,提高代码的健壮性; 避免了Java单继承的局限性; 线程池里面,只能传入Runnable或者Callable类型的对象; Callable的抽象方法含有返回值,而Runnable没有; Callable的call方法throws Exception,可以通过throws的方式向上抛出异常,而Runnable的run方法只可以自行处理异常; |
线程池创建 | 创建线程和销毁线程的系统开销很大,这些时间可能比处理业务的时间还要长。频繁的创建线程和销毁线程,再加上业务工作线程,消耗系统资源的时间,可能导致系统资源不足。 使用线程池创建线程,使用时,从线程池获取线程,在线程池参数设置合理的情况下能应对各种业务需求;比如:请求量大执行时间短的业务; |
线程锁
当多个线程操作统一资源可能会造成线程不安全,可以使用下面的锁来解决这个问题:
1)synchronized三种应用方式:
一、修饰实例方法,作用于当前实例(this)加锁,进入同步代码前要获得当前实例的锁;
二、修饰静态方法,作用于当前类对象反射(XX.class)加锁,进入同步代码前要获得当前类对象反射的锁;
三、修饰代码块,指定加锁对象,对给定对象(object)加锁,进入同步代码库前要获得给定对象的锁;
2)使用Lock锁,Lock接口提供的lock()和unlock()实现上锁和开锁;与synchronized相比,Lock锁无法自动释放锁对象,需要手动unlock()释放;常用的Lock实现类有ReentrantLock;
注:使用锁时,线程获取锁是一种悲观锁策略,即假设每一次执行临界区代码都会产生冲突,所以当前线程获取到锁的时候同时也会阻塞其他线程获取该锁。
当然,在某些情况下,业务并发量较小,使用悲观锁显得有点过于沉重,此时为了更好的性能,我们也可以设计自己的乐观锁,乐观锁策略,即VON策略(实际值,预期值(旧),新值),在这,我将会使用versionID(最后一次操作对象的版本号,获取或者更新对象都会更新版本号),newValue做一个简单的示例;模拟多个线程对Account进行操作;
1、首先获取Account资源内容和version;
2、业务操作之前对比version,若version相同,进行业务操作,操作对象,更新version;若version不相同,则不进行业务操作;
这个version可以为版本号、时间戳、地址值类型等,需要按照业务需求自行设计。
线程的使用目的及场景
目的:
吞吐量:做WEB,容器帮你做了多线程,但是它只能帮你做请求层面的,简单的说,就是一个请求一个线程(如struts2,是多线程的,每个客户端请求创建一个实例,保证线程安全),或多个请求一个线程,如果是单线程,那只能是处理一个用户的请求。
伸缩性:通过增加CPU核数来提升性能。
场景:
1)常见的浏览器、Web服务(现在写的web是中间件帮你完成了线程的控制),web处理请求,各种专用服务器 (如游戏服务器)
2)servlet多线程
3)下载,多线程操作文件
4)数据库用到的多线程
5)分布式计算
6)tomcat,tomcat内部采用多线程,上百个客户端访问同一个WEB应用,tomcat接入后就是把后续的处理扔给一个新的线程来处理,这个新的线程最后调用我们的servlet程序,比如doGet或者dpPost方法
7)后台任务:如定时向大量的用户发送邮件;定期更新配置文件、任务调度(如quartz),一些监控用于定期信息采集
8)自动作业处理:比如定期备份日志、定期备份数据库
9)异步处理:如发微博、记录日志
10)页面异步处理:比如大批量数据的核对工作(有10万个手机号码,核对哪些是已有用户)
11)数据库的数据分析(待分析的数据太多),数据迁移
12)多步骤的任务处理,可根据步骤特征选用不同个数和特征的线程来协作处理,多任务的分割,由一个主线程分割给多个线程完成
13)desktop应用开发,一个费时的计算开个线程,前台加个进度条显示
14)某些业务单线请求数据服务器,性能低下,为了优化性能,亦可以在符合数据服务器的访问规则下,设计多线程(例如IBM提供的iws,会将不符合要求的request认定为恶意请求从而拒绝访问)