5、java.util.concurrent 线程类

7.1Executor框架

为了更好的控制多线程，JDK提供了一套线程框架Executor，帮助开发人员有效地进行线程控制。它们都在java.util.concurrent包中，是JDK并发包的核心。其中有一个比较重要的类：Executors,他扮演着线程工厂的角色，我们通过Executors可以创建特定功能的线程池。

Executors创建线程池方法：

newFixedThreadPooI()方法，该方法返回一个固定数量的线程池，该方法的线程数始终不变，当有一个任务提交时·若线程池中仝闲，则立即执行，若没有，则会被暂缓在一个任务队列中等待有空闲的线程去执行。

newSingIeThreadExecutor()方法，创建一个线程的线程池，若空闲则执行，若没有空闲线程则暂缓在任务列队中。

newCachedThreadPooI()方法，返回一个可根据实际情况调整线程个数的线程池，不限制最大线程数量，若用空闲的线程则执行任务，若无任务则不创建线程。并且每一个空闲线程会在秒后自动回收。

newScheduledThreadPool()方法，该方法返回一个SchededExecutorService对象，但该线程池可以指定线程的数量。

  

  

7.2 自定义线程池

若Executors工厂类无法满足我们的需求，可以自己去创建自定义的线程池，其实Executors工厂类里面的创建线程方法其内部实现均是用了TreadPooIExecutor这个类，这个类可以自定义线程。构造方法如下：

public ThreadPoolExecutor(int corePoolSize,

int maximumPooISize,

long keepAliveTime,

TimeUnit unit,

BlockingQueue<Runnable> workQueue,

ThreadFactory threadFactory,

RejectedExecutionHandIer handler) {…}

 

这个构造方法对于队列是什么类型的比较关键：

在使用有界队列时，若有新的任务需要执行，如果线程池实际线程数小于corePoolSize,则优先创建线程，若大于corePoolSize,则会将任务加入队列，若队列己满，则在总线程数不大于maximumPoolSize的前提下，创建新的线程，若线程数大于maximumPoolSize，则执行拒绝策略。或其他自定义方式。

无界的任务队列时：LinkedBlockingQueue。与有界队列相比，除非系统资源耗尽，否则无界的任务队列不存在任务入队失败的情况。当有新任务到来，系统的线程数小于corePoolSize时，则新建线程执行任务。当达到corePoolSize后，就不会继续增加。若后续仍有新的任务加入，而没有空闲的线程资源，则任务直接进入队列等待，若任务创建和处理的速度差异很大，那么无界队列会保持快速增长，直到耗尽系统内存。

JDK拒绝策略：

AbortPoIicy：直接抛出异常组织系统正常工作

CallerRunsPolicy：只要线程池未关闭，该策略直接在调用者线程中，运行当前被丢弃的任务。

DiscardOIdestPoIicy:丢弃最老的一个请求，尝试再次提交当前任务。

DiscardPoIicy：丢弃无法处理的任务，不给予任何处理。

如果需要自定义拒绝策略可以实现RejectedExecutionHandIer接口。(推荐)

  

8.1 Concurrent.util常用类

CyclicBarrier使用:

假设有这样一个场景：每个线程代表一个跑步运动员，当运动员都准备好后，才一起出发，只要有一个人没有准备好，大家都等待。

CountDownLacth使用：

他经常用于监听某些初始化操作，等初始化执行完毕后，通知主线程继续工作。

  

Callable 和 Future使用：

这个例子其实就是我们之前实现的Future模式。jdk给予我们一个实现的封装，使用非常简单。

Fure模式非常话合在处理耗时很长的业务辑时进行使用，可以有效的减小系统的响应时间，提高系统的吞吐量。

  

=============================================================================

Semaphore信号量非常适合高并发访问，新系统在上线之前，要对系统的访问量进行评估，当然这个值肯定不是随便拍拍脑袋就能想出来的，是经过往的经验、数据、历年的访问量，己经推广力度讲行一个合理的评f占，当然评估标准不能太大也不能太小，太大的话投入的资源达不到实际效果，纯粹浪费资源，太小的话，某个时间点一个高峰值的访问量上来直接可以压垮系统。

相关概念．

PV(page view)网站的总访问量，页面浏览量或点击量，用户每刷新一次就会被记录一次。

UV(unique Visitor)访问网站的一台电脑客户端为一个访客。一般来讲，时间上以00:00 -24:00 之内相同ip的客户端只记录一次·

QPS(query per second)即每秒查询数，qps很大程度上代表了系统业务上的繁忙程度，每次请求的背后，可能对应着多次磁盘I/O，多次网络请求，多个cpu时间片等。我们通过qps可以非常直观的了解当前系统的业务情况，一旦当前qps超过所设定的预警阀值，可以考虑增加机器对集群扩容，以免压力过大导致宕机，可根据前期的压力测试得到估值，在结合后期综合运维的情况，估算出阀值。

RT(resnsetime)即请求的响应时间，这个指标非常关键，直接说明前端用户的体验，因此任何系统设计师都想降低rt时间。

当然还涉及cpu、内存、网络、磁盘等情况，更细节的问题很多，如select、update、delete/ps 等数据库层面的统计。

  

容量评估：一般来说通过开发、运维、测试、以及业务等相关人员，综合出系统的一糸列

阀值，然后我们根据关键阀值如qps、rt等，对系统讲行有效的变更。

一般来讲，我们讲行多轮压力测试以后，可以对系统进行峰值评估，采用所谓的80/20原则，即80％的访问请求将在20％的时间内达到。这样我们可以根踞系统对应的PV计算出峰值qps

峰值qps=（总PV×80%）/（60×60×24×20%）

然后再将总的峰值QPS 除以单台机器所能承受的最高的qps值，就是所要机器的数量：机器数=总的峰值qps/压测得出的单机极限qps

当然不排除系统在上线前进行大型促销活动，或者双十一、双十二热点事件、遭受到DDos攻击等情况，系统的开发和运维人员急要了解当前系统运行的状态和负载情况，一般都会有后台系统去维护·

Semaphore可以控制系统的流量：

拿到信号量的线程可以进入，否则就等待。通过acquire()和release()获取和释放访问许可。