文章目录
- 1.sleep和wait区别
- 2.为什么调用start()方法会执行run()方法,为什么不能直接调用run()方法
- 3.synchronized关键字
- 4.并发编程的三个重要特性
- 5.synchronized和volatile关键字区别
- 6.ThreadLocal
- 7.为什么要用线程池?
- 8.实现Runnable接口和Callable接口的区别
- 9.执行execute()和submit()方法区别
- 10.如何创建线程池
1.sleep和wait区别
- 两者最主要的区别在于:sleep方法没有释放锁,而wait方法释放了锁。
- 两者都可以暂停线程的执行。
- wait通常被用于线程间交互、通信,sleep通常被用于暂停执行。
wait()
方法被调用后,线程不会自动苏醒,需要别的线程调用同一个对象的notify()
或者notifyAll()
方法。sleep()
方法执行完毕后,线程会自动苏醒,或者可以使用wait(long timeout)
超时后线程会自动苏醒。
2.为什么调用start()方法会执行run()方法,为什么不能直接调用run()方法
当我们new一个Thread,线程进入新建状态;调用start()方法,会启动一个线程并使线程进入了就绪状态,当分配到时间片后就可以开始运行了。start()会执行线程相应的准备工作,然后自动执行run()方法的内容,这是真正的多线程工作。而直接执行run()方法,会把run()方法当成有一个main线程下的普通方法执行,并不会在某个线程中执行它,所以这并不是多线程工作。
总结:调用start方法方可启动线程并使线程进入就绪状态,而run方法只是thread的一个普通方法调用,还是在主线程里执行。
3.synchronized关键字
synchronized关键字解决的是多个线程之间访问资源的同步性,synchronized关键字可以保证被它修饰的方法或者代码块在任意时刻只能有一个线程执行。
synchronized关键字最主要的三种使用方式:
- 修饰实例方法:作用于当前对象实例加锁,进入同步代码前要获得当前对象实例的锁。
- 修饰静态方法:也就是给当前类加锁,会作用于类的所有实例对象,因为静态成员不属于任何一个实例对象,是类成员(static表明这是该类的一个静态资源,不管new了多少个对象,只有一份)。所以如果一个线程A调用一个实例对象的非静态synchronized方法,而线程B需要调用这个实例对象所属类的静态synchronized方法,是允许的,不会发生互斥现象,因为访问静态synchronized方法占用的锁是当前类的锁,而访问非静态synchronized方法占用的是当前实例对象锁。
- 修饰代码块:指定加锁对象,对给定对象加锁,进入同步代码库前妖狐的给定对象的锁。
总结:synchronized关键字加到static静态方法和synchronized代码块上都是给Class类上锁。synchronized关键字加到实例方法是给对象实例上锁。尽量不要使用synchronized(String a)因为JVM中,字符串常量池具有缓存作用。
4.并发编程的三个重要特性
- 原子性:一次操作或者多次操作,要么所有的操作全部得到执行并不会受到任何因素的干扰而中断,要么所有的操作都执行,要么都不执行。synchronized可以保证代码片段的原子性。
- 可见性:当一个变量对共享变量进行了修改,那么另外的线程都是立即可以看到修改后的最新值。
volatile
关键字可以保证共享变量的可见性。 - 有序性:代码在执行的过程中的先后顺序,Java在编译器以及运行期间的优化,代码的执行顺序未必就是编写代码时候的顺序。
volatile
关键字可以禁止指令进行重排序优化。
5.synchronized和volatile关键字区别
volatile
关键字是线程同步的轻量级实现,所以volatile性能肯定比synchronized关键字要好。但是volatile
关键字只能用于变量而synchronized
关键字可以修饰方法以及代码块。synchronized
关键字在JavaSE1.6之后进行了主要包括为了减少获得锁和释放锁带来的性能消耗而引入偏向锁和轻量级锁以及其它各种优化之后执行效率有了显著提升,实际开发中使用synchronized
关键字的场景还是多一些。- 多线程访问
volatile
关键字不会发生阻塞,而synchronized
关键字可能会发生阻塞。 volatile
关键字能保证数据的可见性,但不能保证数据的原子性,synchronized
关键字两者都能保证。volatile
关键字主要用于解决变量在多个线程之间的可见性,而synchronized
关键字解决的是多个线程之间访问资源的同步性。
6.ThreadLocal
通常情况下,我们创建的线程是可以被任何一个线程访问并修改的。如果想实现每一个线程都有自己的专属本地变量该如何解决?JDK中提供的ThreadLocal类正是为了解决这样的问题。ThreadLocal类主要解决的就是让每个线程绑定自己的值,可以将ThreadLocal类形象的比喻成存放数据的盒子,盒子中存储每个线程的私有数据。
如果你创建了一个ThreadLocal变量,那么可以访问这个变量的每个线程都会有这个变量的本地副本,这也是ThreadLocal变量名的由来。他们可以使用get()和set()方法来获取默认值或将其值更改为当前线程所存的副本的值,从而避免了线程安全问题。
7.为什么要用线程池?
线程池提供了一种限制和管理资源(包括执行一个任务)。每个线程池还维护一些基本统计信息,例如已完成任务的数量。
使用线程池的好处:
- 降低资源消耗:通过重复利用已创建的线程降低线程创建和销毁造成的消耗。
- 提高响应速度:当任务到达时,任务可以不需要等到线程创建就能立即执行。
- 提高线程的可管理性:线程是稀缺资源,如果无限制的创建,不仅会消耗系统资源,还会降低系统的稳定性,使用线程池可以进行统一的分配、调优和监控。
8.实现Runnable接口和Callable接口的区别
Runnable自Java1.0以来一直存在,但Callable仅在Java1.5中引入,目的就是为了来处理Runnable不支持的用例。Runnable接口不会返回结果或抛出检查异常,但是Callable接口可以。所有如果任务不需要返回结果或抛出异常推荐使用Runnable接口,这样代码看起来更加简洁。
@FunctionalInterface
public interface Runnable {
public abstract void run();
}
@FunctionalInterface
public interface Callable<V> {
V call() throws Exception;
}
工具类Executors
可以实现Runnable对象和Callable对象之间的相互转换。
Executors.callable(Runnable task)或Executors.callable(Runnable task,Object resule)
9.执行execute()和submit()方法区别
execute()
方法用于提交不需要返回值的任务,所以无法判断任务是否被线程池执行成功与否。submit()
方法用于提交需要返回值的任务,线程池会返回一个Future类型的对象,通过这个Future对象可以判断任务是否执行成功,并且可以通过Future的get()方法来获取返回值,get()方法会阻塞当前线程直到任务完成,而使用get(long timeout,TimeUnit unit)方法则会阻塞当前线程一段时间后立即返回,这时候有可能任务没有执行完。
10.如何创建线程池
一般强制线程池不允许使用Executors去创建,而是通过ThreadPoolExecutor的方式,这样处理让写的同学更加明确线程池的运行规则,规避资源耗尽的风险。
通过构造方法实现
通过Executor框架的工具类Executors来实现
我们可以创建三种类型的ThreadPoolExecutor:
- FixedThreadPool:该方法返回一个固定线程数量的线程池。该线程池中的线程数量始终不变。当有一个新的任务提交时,线程池中若有空闲的线程,则立即执行。若没有,则新的任务会被暂存在一个任务队列中,待有线程空闲时,便处理在任务队列中的任务。
- SingleThreadExecutor:该方法返回一个只有一个线程的线程池。若多于一个任务被提交到该线程池,任务会被保存在一个任务队列中,待线程空闲,按先入先出的顺序执行队列中的任务。
- CacheThreadPool:该方法返回一个可根据实际情况调整线程数量的线程池。线程池的线程数量不确定,但若有空闲线程可以服用,则优先使用可复用的线程。若所有线程均在工作,又有新的任务提交,则会创建新的线程处理任务。所有线程在当前任务执行完毕后,将返回线程池进行复用。