多线程相关知识点

1.多线程使用场景
并行业务处理可以使用多线程
相同业务重复执行可以使用多线程

2.多线程使用方法
对于并行业务处理使用多线程的方法:
使用CountDownLatch类保证并行业务都处理完毕
使用抽象接口,抽象出执行过程,每个并行业务继承抽象接口
使用线程池来管理多线程,线程池的大小由并行业务的数量来决定

相同业务重复执行使用多线程的方法:
对一个相同的业务实现Runnable接口,作为一个业务多线程实现类
使用线程池来管理多线程,线程大小不宜过大
根据一定的均分算法来分配到不同的线程执行

3.volatile变量
能保证线程间的可见性,其他线程对变量修改能及时反应到当前线程中
使用volatile变量,编译器会保证其有序性

4.synchronized关键字
对象锁和类锁
在修饰方法时默认是当前对象作为锁的对象
在修饰类时默认当前类的Class对象作为锁的对象
对象锁是控制实例方法之间的同步,而类锁是用来控制静态方法之间的同步
对象锁每个对象一把锁、互不影响,类锁对个对象共用一把锁

synchronized+wait()/notify()用法

5.ReentrantLock重入锁
ReentrantLock提供了公平锁和非公平锁两种,公平锁对锁的获取是先进先出,非公平锁可以插队

6.ReadWriteLock读写锁
现实中有这样一种场景:对共享资源有读和写的操作,且写操作没有读操作那么频繁。在没有写操作的时候,多个线程同时读一个资源没有任何问题,所以应该允许多个线程同时读取共享资源;但是如果一个线程想去写这些共享资源,就不应该允许其他线程对该资源进行读和写的操作了。
 针对这种场景,JAVA的并发包提供了读写锁ReentrantReadWriteLock,它表示两个锁,一个是读操作相关的锁,称为共享锁;一个是写相关的锁,称为排他锁,描述如下:
线程进入读锁的前提条件:
没有其他线程的写锁,
没有写请求或者有写请求,但调用线程和持有锁的线程是同一个。
线程进入写锁的前提条件:
没有其他线程的读锁
没有其他线程的写锁
而读写锁有以下三个重要的特性:
(1)公平选择性:支持非公平(默认)和公平的锁获取方式,吞吐量还是非公平优于公平。
(2)重进入:读锁和写锁都支持线程重进入。
(3)锁降级:遵循获取写锁、获取读锁再释放写锁的次序,写锁能够降级成为读锁。

8.ThreadLocal线程局部变量
1、ThreadLocal不是线程,是线程的一个变量,你可以先简单理解为线程类的属性变量。
2、ThreadLocal在类中通常定义为静态变量。
3、每个线程有自己的一个ThreadLocal,它是变量的一个“拷贝”,修改它不影响其他线程。
既然定义为类变量,为何为每个线程维护一个副本(姑且称为“拷贝”容易理解),让每个线程独立访问?多线程编程的经验告诉我们,对于线程共享资源(你可以理解为属性),资源是否被所有线程共享,也就是说这个资源被一个线程修改是否影响另一个线程的运行,如果影响我们需要使用synchronized同步,让线程顺序访问。
ThreadLocal适用于资源共享但不需要维护状态的情况,也就是一个线程对资源的修改,不影响另一个线程的运行;这种设计是‘空间换时间’,synchronized顺序执行是‘时间换取空间’。

云服务器优惠券免费领取,需要的戳一下

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值