多线程的实现方案一:继承Thread类
定义一个子类MyThread继承线程类Java.lang.Thread,重写run()方法
创建MyThread对象
调用线程对象的start()方法启动线程(启动后还是执行run方法)
方法一优缺点:
优点:编码简单
缺点:线程类已经继承Thread,无法继承其他类,不利于扩展。
为什么不直接调用run方法,而是调用start启动线程?
直接调用run方法会被当成普通方法执行,此时相当于还是单线程执行。
只有调用start方法才是启动一个新的线程执行。
把主线程任务放在子线程之前了。
这样主线程一直是先跑完的,相当于一个单线程的效果了。
多线程的实现方案二:实现Runnable接口
定义一个线程任务类MyRunnable实现Runnable接口,重写run()方法。
创建MyRunnable对象。
把MyRunnable任务对象交给Thread线程对象处理。
调用线程对象的start()方法启动线程。
方法二优缺点:
优点:线程任务类只是实现接口,可以继续继承类和实现接口,扩展性强。
缺点:编程多一层对象包装,如果线程有执行结果是不可以直接返回的。
前两种线程创建方式多存在一个问题:
他们重写的run方法均不能直接返回结果。
不适合需要返回线程执行结果的业务场景。
怎么解决这个问题呢?
JDK5.0提供了Callable和FutureTask来实现。
这种方式的优点是:可以得到线程执行的结果。
多线程的实现方案三:利用Callable、FutureTask接口实现:
定义类实现Callable接口,重写call方法,封装要做到的事情
用FutureTask把Callable对象封装成线程任务对象
把线程任务对象交给Thread处理
调用Thread的start方法启动线程,执行任务。
线程执行完毕后,通过FutureTask的get方法去获取任务执行的结果。
方式三优缺点:
优点:线程任务类只是实现接口,可以继续继承类和实现接口,扩展性强。
可以在线程执行完毕后去获取线程执行的结果。
缺点:编码复杂一点。
当有很多线程在执行时,我们怎么去区分这些线程呢?
此时需要使用Thread的常用方法:getName()、setName()、current Thread()等
多个线程同时操作同一个共享资源的时候可能会出现业务安全问题,称为线程安全问题。
线程安全问题出现的原因?
存在多线程并发
同时访问共享资源
存在修改共享资源
同步代码块如何实现线程安全的?
对出现问题的核心代码使用synchronized进行加锁
每次只能一个线程占锁进入访问
锁对象用任意唯一的对象好不好呢?
不好,会影响其他无关线程的执行。
锁对象的规范要求:
规范上:建议使用共享资源作为锁对象
对于实例方法建议使用this作为锁对象
对于静态方法建议使用字节码(类名.class)对象作为锁对象
什么是线程池?
线程池就是一个可以复用线程的技术。
不适用线程池的问题
如果用户每发起一个请求,后台就创建一个新线程来处理,下次新任务来了又要创建新线程,而创建新线程的开销是很大的,这样会严重影响系统的性能。
ThreadPoolExecutor构造器的参数说明
public ThreadPoolExecutor(int corePoolSize, int maximumPoolSize, long keepAliveTime,
TimeUnit unit, BlockingQueue<Runnable> workQueue, ThreadFactory threadFactory,
RejectedExecutionHandler handler)
参数一:指定线程池的线程数量(核心线程):corePoolSize 不能小于0
参数二:指定线程池可支持的最大线程数: maximumPoolSize 最大数量>=核心线程数量
参数三:指定临时线程的最大存活时间: keepAliveTime 不能小于0
参数四:指定存活时间的单位(秒、分、时、天): unit 时间单位
参数五:指定任务队列: workQueue 不能为null
参数六:指定用哪个线程工厂创建线程: threadFactory 不能为null
参数七:指定线程忙,任务满的时候,新任务来了怎么办: handler 不能为null
临时线程什么时候创建?
新任务提交时发现核心线程都在忙,任务队列也满了,并且还可以创建临时线程,此时才会创建临时线程。
什么时候会开始拒绝任务?
核心线程和临时线程都在忙,任务队列也满了,新的任务过来的时候才会开始任务拒绝
Executors返回的线程池对象的弊端如下:
FixedThreadPool和SingleThreadPool: 允许的请求队列长度为Integer.MAX_VALUE,可能会堆积大量的请求,从而导致oom
CachedThreadPool和ScheduledThreadPool: 可能会创建大量的线程,从而导致oom
Timer定时器的特点和存在的问题
1、Timer是单线程,处理多个任务按照顺序执行,存在延时与设置定时器的时间有出入。
2、可能因为其中的某个任务的异常使Timer线程死掉,从而影响后续任务执行。