ExecutorService:

它也是一个接口,它扩展自Executor接口,Executor接口更像一个抽象的命令模式,仅有一个方法:execute(runnable);Executor接口简单,可是非常重要,重要在这样的设计的模式上。。Java5以后,通过Executor来启动线程比用Thread的start()更好。在新特征中,能够非常easy控制线程的启动、运行和关闭过程,还能够非常easy使用线程池的特性。

几种不同的ExecutorService线程池对象

1.newCachedThreadPool() 

-缓存型池子,先查看池中有没有曾经建立的线程,假设有,就reuse.假设没有,就建一个新的线程增加池中 

-能reuse的线程,必须是timeout IDLE内的池中线程,缺省timeout是60s,超过这个IDLE时长,线程实例将被终止及移出池。 

  注意,放入CachedThreadPool的线程不必操心其结束,超过TIMEOUT不活动,其会自己主动被终止。 

2. newFixedThreadPool 

-newFixedThreadPool与cacheThreadPool差点儿相同,也是能reuse就用,但不能随时建新的线程 

-其独特之处:随意时间点,最多仅仅能有固定数目的活动线程存在,此时假设有新的线程要建立,仅仅能放在另外的队列中等待,直到当前的线程中某个线程终止直接被移出池子 

-和cacheThreadPool不同,FixedThreadPool没有IDLE机制(可能也有,但既然文档没提,肯定非常长,类似依赖上层的TCP或UDP IDLE机制之类的),所以FixedThreadPool多数针对一些非常稳定非常固定的正规并发线程,多用于server 

-从方法的源码看,cache池和fixed 池调用的是同一个底层池,仅仅只是參数不同: 

fixed池线程数固定,而且是0秒IDLE(无IDLE) 

cache池线程数支持0-Integer.MAX_VALUE(显然全然没考虑主机的资源承受能力),60秒IDLE  



3.ScheduledThreadPool 

-调度型线程池 

-这个池子里的线程能够按schedule依次delay运行,或周期运行

4.SingleThreadExecutor 

-单例线程,随意时间池中仅仅能有一个线程 

-用的是和cache池和fixed池同样的底层池,但线程数目是1-1,0秒IDLE(无IDLE)



   

1、ExecutorService:

是一个接口,继承了Executor:

public interface ExecutorService extends Executor {
}
2、Executor:

而Executor亦是一个接口,该接口仅仅包括了一个方法:

void execute(Runnable command);
3、Executors:

该类是一个辅助类,此包中所定义的 Executor、ExecutorService、ScheduledExecutorService、ThreadFactory 和 Callable 类的工厂和有用方法。

此类支持下面各种方法:

• 创建并返回设置有经常使用配置字符串的 ExecutorService 的方法。

• 创建并返回设置有经常使用配置字符串的 ScheduledExecutorService 的方法。

• 创建并返回“包装的”ExecutorService 方法,它通过使特定于实现的方法不可訪问来禁用又一次配置。

• 创建并返回 ThreadFactory 的方法,它可将新创建的线程设置为已知的状态。

• 创建并返回非闭包形式的 Callable 的方法,这样可将其用于须要 Callable 的运行方法中。
4、创建ExecutorService的方法:
newFixedThreadPool()

创建一个可重用固定线程数的线程池,以共享的无界队列方式来执行这些线程。

5、ExecutorService的方法:

shutdown

void shutdown()
启动一次顺序关闭,运行曾经提交的任务,但不接受新任务。假设已经关闭,则调用没有其它作用。

抛出:
SecurityException - 假设安全管理器存在而且关闭,此 ExecutorService 可能操作某些不同意调用者改动的线程(由于它没有保持 RuntimePermission("modifyThread")),或者安全管理器的 checkAccess 方法拒绝訪问。

启动一次顺序关闭,运行曾经提交的任务,但不接受新任务。假设已经关闭,则调用没有其它作用。

awaitTermination

boolean awaitTermination(long timeout,
TimeUnit unit)
throws InterruptedException
请求关闭、发生超时或者当前线程中断,不管哪一个首先发生之后,都将导致堵塞,直到全部任务完毕运行。

參数:
timeout - 最长等待时间
unit - timeout 參数的时间单位
返回:
假设此运行程序终止,则返回 true;假设终止前超时期满,则返回 false
抛出:
InterruptedException - 假设等待时发生中断

请求关闭、发生超时或者当前线程中断,不管哪一个首先发生之后,都将导致堵塞,直到全部任务完毕运行。既是等待全部子线程运行结束。

execute

void execute(Runnable command)
在未来某个时间运行给定的命令。该命令可能在新的线程、已入池的线程或者正调用的线程中运行,这由 Executor实现决定。

參数:
command - 可执行的任务
抛出:
RejectedExecutionException - 假设不能接受执行此任务。
NullPointerException - 假设命令为 null

在未来某个时间运行给定的命令。该命令可能在新的线程、已入池的线程或者正调用的线程中运行,这由 Executor 实现决定。

submit

Future<?> submit(Runnable task)
提交一个 Runnable 任务用于运行,并返回一个表示该任务的 Future。该 Future 的 get 方法在成功 完毕时将会返回null

參数:
task - 要提交的任务
返回:
表示任务等待完毕的 Future
抛出:
RejectedExecutionException - 假设任务无法安排运行
NullPointerException - 假设该任务为 null

提交一个 Runnable 任务用于运行,并返回一个表示该任务的 Future。该 Future 的 get 方法在成功 完毕时将会返回 null。

6、以下是相关的使用样例:
public class ExecutorServiceTest {

    public static void main(String[] args) throws IOException, InterruptedException {
// 创建一个固定大小的线程池
ExecutorService service = Executors.newFixedThreadPool(3);
for (int i = 0; i < 10; i++) {
System.out.println("创建线程" + i);
Runnable run = new Runnable() {
@Override
public void run() {
System.out.println("启动线程");
}
};
// 在未来某个时间运行给定的命令
service.execute(run);
}
// 关闭启动线程
service.shutdown();
// 等待子线程结束,再继续运行以下的代码
service.awaitTermination(Long.MAX_VALUE, TimeUnit.DAYS);
System.out.println("all thread complete");
}
}

能够发现线程被循环创建,可是启动线程却不是连续的,而是由ExecutorService决定的。

參考:http://www.itzhai.com/the-executorservice-common-method-newfixedthreadpool-of-create-fixed-size-thread-pool.html

如有问题请留言,转载注明出处。

java android ExecutorService 线程池解析的更多相关文章

  1. Java并发——ThreadPoolExecutor线程池解析及Executor创建线程常见四种方式

    前言: 在刚学Java并发的时候基本上第一个demo都会写new Thread来创建线程.但是随着学的深入之后发现基本上都是使用线程池来直接获取线程.那么为什么会有这样的情况发生呢? new Thre ...

  2. JAVA & Android 等待线程池内任务全部完成后退出

    void shutdownAndAwaitTermination(ExecutorService pool) { pool.shutdown(); // Disable new tasks from ...

  3. 【转】[Android实例] Handler+ExecutorService(线程池)+MessageQueue模式+缓存模式

    android线程池的理解,晚上在家无事 预习了一下android异步加载的例子,也学习到了一个很重要的东东 那就是线程池+缓存  下面看他们的理解. [size=1.8em]Handler+Runn ...

  4. [Android实例] Handler+ExecutorService(线程池)+MessageQueue模式+缓存模式

    android线程池的理解,晚上在家无事 预习了一下android异步加载的例子,也学习到了一个很重要的东东 那就是线程池+缓存  下面看他们的理解. [size=1.8em]Handler+Runn ...

  5. Handler+ExecutorService(线程池)+MessageQueue模式+缓存模式

    android线程池的理解,晚上在家无事 预习了一下android异步加载的例子,也学习到了一个很重要的东东 那就是线程池+缓存  下面看他们的理解.[size=1.8em]Handler+Runna ...

  6. 【转】Handler+ExecutorService(线程池)+MessageQueue模式+缓存模式

    http://www.cnblogs.com/wanqieddy/archive/2013/09/06/3305482.html android线程池的理解,晚上在家无事 预习了一下android异步 ...

  7. 沉淀再出发:java中线程池解析

    沉淀再出发:java中线程池解析 一.前言 在多线程执行的环境之中,如果线程执行的时间短但是启动的线程又非常多,线程运转的时间基本上浪费在了创建和销毁上面,因此有没有一种方式能够让一个线程执行完自己的 ...

  8. Android线程管理之ExecutorService线程池

    前言: 上篇学习了线程Thread的使用,今天来学习一下线程池ExecutorService. 线程管理相关文章地址: Android线程管理之Thread使用总结 Android线程管理之Execu ...

  9. Android学习笔记之ExecutorService线程池的应用....

    PS:转眼间就开学了...都不知道这个假期到底是怎么过去的.... 学习内容: ExecutorService线程池的应用... 1.如何创建线程池... 2.调用线程池的方法,获取线程执行完毕后的结 ...

随机推荐

  1. zz github配置

    First : 安装:ubuntu 下,终端输入命令: sudo apt-get install git-core git-gui git-doc Next : 设置SSH Key 检查是否已经有SS ...

  2. 14、NFC技术:使用Android Beam技术传输文本

    Android Beam的基本理念 Android Beam的基本理念就是两部(只能是两部)NFC设备靠近时(一般是背靠背),通过触摸一部NFC设备的屏幕,将数据推向另外一部NFC设备.在传递数据的过 ...

  3. BITMAP CONVERSION FROM ROWIDS

    在有些执行计划中,可以会看到 BITMAP CONVERSION FROM ROWIDS这样的东东,也许你会感觉奇怪,我没有使用位图索引怎么出现了bitmap.我通过一个sql和大家分析下原因:sql ...

  4. 基于opencv的手写数字识别(MFC,HOG,SVM)

    参考了秋风细雨的文章:http://blog.csdn.net/candyforever/article/details/8564746 花了点时间编写出了程序,先看看效果吧. 识别效果大概都能正确. ...

  5. 实现3D摄像机缓冲系统的一些思考

    最近需要模拟红侠乔伊的镜头运用.这东西初看简单,实际还是很需要功夫的.关键不是程序技术如何(就一个摄像机),而是分析其轨迹和追踪点规律.其实就是一个3D空间中的缓冲系统.你如何确定都有什么参数,这么多 ...

  6. bzoj1193

    #include<cstdio> #include<cstdlib> #include<algorithm> #include<queue> using ...

  7. HBase应用场景

    适用场景 列族结构经常调整 高并发写入 结构化数据及半结构化数据 Key-Value存储 有序存储 固定集合(多版本) 定时删除记录(TTL)   不适用场景 事务 join,union,groupb ...

  8. 《The Google File System》论文阅读笔记——GFS设计原理

    一.设计预期 设计预期往往针对系统的应用场景,是系统在不同选择间做balance的重要依据,对于理解GFS在系统设计时为何做出现有的决策至关重要.所以我们应重点关注: 失效是常态 主要针对大文件 读操 ...

  9. Ngix 移动端与Pc端 反向代理判断

    如神马搜索和百度(http://www.baidu.com),当用桌面浏览器和移动浏览器访问的结果是不一样的.其中的手段可能有两种: 转载Ngix反向代理判断 服务端直接判断UA输出不同的界面,JAV ...

  10. Cloud_panel

    传统基础架构应用程序的系统架构师,云计算应用程序的设计确实是相当有挑战性的工作.体现在应用程序架构师首先要了解云计算环境和传统基础架构的差异并且充分利用云计算平台的一些特点来更好的满足用户需求. 对于 ...