多线程知识点

多线程的实现方案一：继承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线程死掉，从而影响后续任务执行。