Java线程概念
进程是指运行中的应用程序,每个进程都有自己独立的地址空间(内存空间),比如用户点击桌面的IE浏览器,就启动了一个进程,操作系统就会为该进程分配独立的地址空间。当用户再次点击左面的IE浏览器,又启动了一个进程,操作系统将为新的进程分配新的独立的地址空间。目前操作系统都支持多进程。
而线程是进程中的一个实体,是被系统独立调度和分派的基本单位,线程自己不拥有系统资源,只拥有一点在运行中必不可少的资源,但它可与同属一个进程的其它线程共享进程所拥有的全部资源。一个线程可以创建和撤消另一个线程,同一进程中的多个线程之间可以并发执行。线程有就绪、阻塞和运行三种基本状态。
多线程
一个进程中同时运行了多个线程,用来完成不同的工作,则称之为“多线程”。
其中最值得我们注意的是:多个线程实际上是交替占用CPU资源,而非我们表面看起来的并行执行。
线程的基本用法
1:继承Thread类
- 重载run()方法;
- 编写线程执行体;
- 创建线程对象;
调用start()方法启动线程。
public class ThreadDemo extends Thread{
@Override
public void run() {
for(int i=0;i<=20;i++){
System.out.println(i+".你好,来自线程"+
Thread.currentThread().getName());
}
}
public static void main(String[]args){
ThreadDemo t1=new ThreadDemo();
t1.start();//线程的启动方法
ThreadDemo t2=new ThreadDemo();
t2.start();
}
}
2:实现Runnable接口:
实现run()方法;
- 编写线程执行体;
- 创建线程对象;
- 调用start()方法启动线程。
public class RunnableDemo implements Runnable {
@Override
public void run() {
for(int i=0;i<=100;i++){
System.out.println(Thread.currentThread().getName()+"-->"+i);
}
}
public static void main(String[] args) {
RunnableDemo rd1=new RunnableDemo();
Thread t1=new Thread(rd1);
t1.start();
RunnableDemo rd2=new RunnableDemo();
Thread t2=new Thread(rd2);
t2.start();
}
}
Executors框架来实现多线程
在实际的多线程实现中我们现在更多的是使用Executors框架来实现我们的多线程任务;
通过该框架来控制线程的启动、执行、关闭,可以简化并发编程的操作。因此,通过Executors来启动线程比使用Thread的start方法更好,而且更容易管理,效率更好,还有关键的一点:有助于避免this溢出;
Executors框架包括:线程池、Executor,Executors,ExecutorService、CompletionServince,Future、Callable。
Executor类
Executor接口中定义了方法execute(Runable able)接口,该方法接受一个Runable实例,他来执行一个任务,任务即实现一个Runable接口的类。
ExecutorService
ExecutorService继承于Executor接口,他提供了更为丰富的线程实现方法,比如ExecutorService提供关闭自己的方法,以及为跟踪一个或多个异步任务执行状况而生成Future的方法。
ExecutorService有三种状态:运行、关闭、终止。创建后便进入运行状态,当调用了shutdown()方法时,便进入了关闭状态,此时意味着ExecutorService不再接受新的任务,但是他还是会执行已经提交的任务,当所有已经提交了的任务执行完后,便达到终止状态。如果不调用shutdown方法,ExecutorService方法会一直运行下去,系统一般不会主动关闭。
Executors
executor提供了工厂的方法来创建线程池,返回的线程池都实现了ExecutorService接口。
public static ExecutorService newFixedThreadPool(int n)
- 创建固定数目的线程的线程池。
- newFixedThreadPool于cacheThreadPool差不多。也是能reuse就用,但是不能随时创建新的线程;
- 任意时间点,只能够最多有固定的数目的线程存在,此时如果有新的线程的创建,只能放在等待队列中,只有当线程池中的一些线程终止被扔出线程池后,才进入线程池进行运行。
- 和cacheThreadPool不同,FixedThreadPool没有IDLE机制,所以FixedThreadPool多数针对于很稳定的线程开发,多用于服务器。
- fixedThreadPool和cacheThreadPool一样,同用一个底层池,只不过参数不同,fix线程固定,并且是0sIDLE无IDLE;cache线程支持0-Integer.MAX_VALUE,60s的IDLE。
public static ExecutorService newCacheThreadPool()
- 创建一个可缓存池,调用execute将重用以前构造的线程(如果能够使用的话)。如果没有线程可用,那么创建一个线程到线程池中。终止并移除线程池中超过60s没有被使用过的线程。
- 缓存池一般用于运行生存期很短的异步线程任务。
- 放入cacheThreadPool中的线程不用担心其结束,超时后会被自动终止。
- 缺省值timeout=60s
public static ExecutorService newSingleThreadExecutor()
- 创建一个单线程化的Executor。
- 用的是和cache和fixed池子相同的底层池,无IDLE。
public static ScheduleExecutorService newScheduleThreadPool(int corePoolSize)
创建一个支持定时及周期性的任务执行的线程池,多数情况可以代替Timer类。Timer存在以下缺陷
- Timer类不管启动多少定时器,但它只会启动一条线程,当有多个定时任务时,就会产生延迟。如:我们要求一个任务每隔3S执行,且执行大约需要10S,第二个任务每隔5S执行,两个任务同时启动。若使用Timer我们会发现,第而个任务是在第一个任务执行结束后的5S才开始执行。这就是多任务的延时问题。
- 若多个定时任务中有一个任务抛异常,那所有任务都无法执行。
Timer执行周期任务时依赖系统时间。若系统时间发生变化,那Timer执行结果可能也会发生变化。而ScheduledExecutorService基于时间的延迟,并非时间,因此不会由于系统时间的改变发生执行变化。 综上所述,定时任务要使用ScheduledExecutorService取代Timer。
Executor执行
任务分为两类:实现Runable和实现Callable的类。两者都可以被ExecutorService执行,但是Runable任务是没有返回值,而Callable任务有返回值。而且Callable的Call方法只能通过ExecutorService的submit方法执行,并返回一个Future,表示任务等待完成的Future。
Callable接口类似于Runnable,两者都是为那些其实例可能被另一个线程执行的类设计的。但是 Runnable 不会返回结果,并且无法抛出经过检查的异常而Callable又返回结果,而且当获取返回结果时可能会抛出异常。Callable中的call()方法类似Runnable的run()方法,区别同样是有返回值,后者没有。
当将一个Callable的对象传递给ExecutorService的submit方法,则该call方法自动在一个线程上执行,并且会返回执行结果Future对象。同样,将Runnable的对象传递给ExecutorService的submit方法,则该run方法自动在一个线程上执行,并且会返回执行结果Future对象,但是在该Future对象上调用get方法,将返回null。实例
public static void main(String[] args) throws InterruptedException, ExecutionException {
ExecutorService executorService=Executors.newCachedThreadPool();
executorService.execute(new Runnable() {
@Override
public void run() {
// TODO Auto-generated method stub
}
});
ExecutorService service=Executors.newCachedThreadPool();
Future<String> future=service.submit(new Callable<String>() {
public String call() {
return "";
}
});
if(future.isDone()) {
String reString=future.get();
}
executorService.shutdown();
service.shutdown();}
获得Callable的多条数据的方式
- 自己封装一个Callable 的结果集,但是这个有弊端
- 使用ExecutorService.invokeAll函数。
使用CompletionService获取,BlockingQueue、LinkBlockingQueue。
ExecutorService service=Executors.newFixedThreadPool(10);
ArrayList<Future<String>> list=new ArrayList<Future<String>>();
for(int i=0;i<10;i++) {
Future<String> rFuture=service.submit(new Callable<String>() {
@Override
public String call() throws Exception {
int sleepTime=new Random().nextInt(1000);
Thread.sleep(sleepTime);
return "线程"+"睡了"+sleepTime+"秒";
}
});
list.add(rFuture);
}
for(int i=0;i<10;i++) {
Future<String> future=list.get(i);
String reString=future.get();
System.out.println(reString);
}
//这种方式处理Callable所得结果集的弊端
/*
* 需要自己创建容器,而且维护所有的返回结果,比较麻烦
* 从list遍历的每个Future并不一定处于完成状态,这时调用get方法会被阻塞住,如果系统是设计成每个线程完成后根据结果继续执行后面的事,这样的
* 处于list后面的但是先完成的线程会增加无用的时间。
*/
ExecutorService executorService=Executors.newFixedThreadPool(10);
List<Callable<String>> list2=new ArrayList<Callable<String>>();
for(int i=0;i<10;i++) {
Callable<String> task=new Callable<String>() {
@Override
public String call() throws Exception {
int sleep=new Random().nextInt(1000);
Thread.sleep(sleep);
return "线程"+"睡了"+sleep+"秒";
}
};
executorService.submit(task);
list2.add(task);
}
ArrayList<Future<String>> res=(ArrayList<Future<String>>) executorService.invokeAll(list2);
for(int i=0;i<10;i++) {
Future<String> future=res.get(i);
System.out.println(future.get());
}
/*
* 这个方法避免了1方法的不足
* CompletionService内部维护了一个阻塞队列,只有执行完成的任务结果才会被放入该队列,这样就确保执行时间较短的任务率先被存入阻塞队列中。
*/
ExecutorService exe=Executors.newFixedThreadPool(10);
final BlockingDeque<Future<Integer>> queue=new LinkedBlockingDeque<>();
final CompletionService<Integer> completionService=new ExecutorCompletionService<Integer>(exe,queue);
for(int i=0;i<10;i++) {
exe.submit(new Callable<String>() {
@Override
public String call() throws Exception {
int sleep=new Random().nextInt(1000);
Thread.sleep(sleep);
return "线程"+"睡了"+sleep+"秒";
}
});
}
for(int i=0;i<10;i++) {
Future<Integer> future=completionService.take();
System.out.println(future.get());
}