多线程总结

目录

介绍

常见的线程调度模型

生命周期

创建方式

各创建方式对比

线程锁

线程的使用目的及场景

---

 

 

介绍

        进程：一个应用程序；

        线程：一个进程中的执行场景/执行单元；

        注意：一个进程可以启动多个线程，进程消散，线程也跟着消散；

常见的线程调度模型

        抢占式调度模型：那个线程的优先级比较高，抢到的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认定为恶意请求从而拒绝访问）