《实战java高并发程序设计》第二章

《实战java高并发程序设计》第二章草记


前言

本文为作者整理的一些学习笔记


一、有关线程你必须知道的事

1.程序是指令、数据及其组织形式的描述,进程是程序的实体,线程是进程执行的最小单位
2.操作系统层面的线程的生命周期如下图:
在这里插入图片描述

  • 包含:初始状态、可运行状态、运行状态、休眠状态和终止状态。
    1.初始状态(新建),指的是线程已经被创建,但是还不允许分配 CPU 执行。这个状态属于编程语言特有的,不过这里所谓的被创建,仅仅是在编程语言层面被创建,而在操作系统层面,真正的线程还没有创建。
    2.可运行状态(就绪),指的是线程可以分配 CPU 执行。在这种状态下,真正的操作系统线程已经被成功创建了,所以可以分配 CPU 执行。
    3.当有空闲的 CPU 时,操作系统会将其分配给一个处于可运行状态的线程,被分配到 CPU 的线程的状态就转换成了运行状态
    4.运行状态的线程如果调用一个阻塞的 API(例如以阻塞方式读文件)或者等待某个事件(例如条件变量),那么线程的状态就会转换到休眠状态(阻塞),同时释放 CPU 使用权,休眠状态的线程永远没有机会获得 CPU 使用权。当等待的事件出现了,线程就会从休眠状态转换到可运行状态。
    5.线程执行完或者出现异常就会进入终止状态(销毁),终止状态的线程不会切换到其他任何状态,进入终止状态也就意味着线程的生命周期结束了。
    注意:观察图可知,线程的创建和销毁都是不可逆的过程。
  • java语言层面的线程生命周期:
    1.NEW(初始化状态)
    2.RUNNABLE(可运行 / 运行状态)
    3.BLOCKED(阻塞状态)
    4.WAITING(无时限等待)
    5.TIMED_WAITING(有时限等待)
    6.TERMINATED(终止状态)
    这看上去挺复杂的,状态类型也比较多。但其实在操作系统层面,Java 线程中的 BLOCKED、WAITING、TIMED_WAITING 是一种状态,即前面我们提到的休眠状态也就是说只要 Java 线程处于这三种状态之一,那么这个线程就永远没有 CPU 的使用权。所以 Java 线程的生命周期可以简化为下图:
    在这里插入图片描述
    下图为状态相互转化图。
    在这里插入图片描述

二、初始线程:线程的基本操作

1.线程的创建:
继承Thread类、实现Runnable接口、使用Callable和Future创建、线程池创建。
注意:创建好线程后直接调用start()方法和调用run()方法不太,直接调用run()方法只会在当前线程中执行run()方法,那将导致线程什么都没做,因为默认Thread中的run()方法是空的。
2.线程终止
使用标志位终止线程、使用stop()方法(弃用!)、使用 interrupt() 中断线程。
注意:stop()方法之所以被启用是因为该方法容易造成数据不一致错误。造成数据不一致的原因是因为这个方法会强行中断线程操作并释放锁,可能导致读取到和写操作不一致的数据。
3.线程中断
更像是一种通知,在标记了中断标志位后,具体怎么处理线程后续工作由线程自己决定。
注意:就算是有了线程中断标志位,如果没有中断处理代码,那么还是不会触发中断。
4.等待wait()和通知notify()
wait是object的方法,意味着所有的对象都可以调用这个,wait()方法和notify()方法的调用都必须获得该对象的锁才行,这有利于保持数据的一致性。和thread.sleep()不同的是wait和notify都需要在执行前获得锁,完成后释放锁,而sleep并不需要锁。
注意:有一个概念要搞明白,wait和notify操作执行的本质是对等待在这个对象上的队列里面的线程执行的。
5.挂起(suspend)和继续执行(resume)线程
suspend和resume都是被废弃的两个接口。乍看感觉这与wait和notify两个还挺像的,但是由于挂起暂停时并不会释放锁(监视器)资源,意味着可以导致程序容易发生难以排查的错误。比如:在等待队列中,其中一个线程被挂起了,他又不释放锁,意味着其他等待锁的线程只能干耗着,只能等待resume,而且如果resume在suspend操作之前执行了,那意味着更难等到suspend。
6.等待线程结束(join)和谦让(yield)
(1)join是由wait构成的,功能是让其他线程等待调用join放法的线程,使用方法如下:在这里插入图片描述
注意,或许有点奇怪既然是由wait构成的join为什么不是调用join的线程进入等待而是其他的线程呢?原因是wait操作必须拿到锁的才能进入等待,此时调用join的线程并没有拿到锁,而是程序的主线程持有琐资源,所以也就由主线程进入了wait状态。不要再Thread对象实例上使用类似wait()或者notify方法,因为这个很有可能会影响系统的API工作会被影响,原因是因为这些对象由join方法和yield方法,里面是由wait方法实现的,可能会出现因为锁资源的分配问题出现意想不到的问题。
(2)yield()方法可以让调用这个放的线程立刻让出资源,但是仅仅是现在放下资源,并不耽误参加后面一轮的资源分配。

三、volatile与java内存模型(JMM)

volatile主要有两个特点:(1)禁止指令重排(或者说是有序性)。(2)保证被标记的变量的可见性。
保证可见性的原理:java内存模型中的所有变量都在主内存中,而每一个线程都有自己的工作内存,在对普通变量的操作都必须在线程的工作内存中进行(复制的主内存中的),而不同线程的工作内存不同,所以就导致了变量发生改变而其他线程不知道。volatile关键词提供了一个功能:被修饰的变量,通过内存屏障,保证了对volatile 的写操作一定会及时刷新到 CPU 缓存系统,通过 CPU 的缓存一致性协议,进而保证了多核环境下 volatile 的 happen-before 原则,一个对 volatile 的写操作只要发生在读操作之前,写的结果一定对读操作可见。

四、分门别类的管理:线程组

线程组的作用:方便批量管理线程或者线程组对象其结构类似于树形,如下图:在这里插入图片描述
注意:线程组提供了一个stop方法,这个方法可以强制的关闭线程组中的所有线程,但是会出现thread.stop()一样的问题。

五、驻守后台:守护线程(Daemon)

守护线程是系统完成必要任务的保证的一种线程,是一种为其他线程提供服务的线程,如垃圾回收机制和JIT线程
注意:守护线程的设置必须在start()动作之前,不然会出现错误。
JIT线程:是JVM的主要组成,JIT编译(just-in-time compilation)狭义来说是当某段代码即将第一次被执行时进行编译,因而叫“即时编译”。JIT编译是动态编译的一种特例。JIT编译一词后来被泛化,时常与动态编译等价;但要注意广义与狭义的JIT编译所指的区别。

六、先干重要的事:线程优先级

高优先级的线程更有机会抢占到运行资源,低优先级抢占到的机会更低,甚至是导致饥饿。在java中使用1到10来表示线程的优先级,数字越大优先级越高。

七、线程安全的概念与synchronized

Synchronized是java中用来解决并发问题的,它的主要作用有三个:1.原子性 2.可见性 3.有序性。用法有三个:作用于实例方法,作用于静态方法,作用在某一个对象实例。
保证原子性:是指一个或者多个操作要么全部执行要么全部都不执行,且执行的过程中是不会被打断的。
保证可见性:原理还是在java的内存模型中,与volatile保证可见性的原理基本一致。在解锁(unlock,释放锁)前都必须把操作后的结果同步到内存中,而对于加锁操作,都会清空线程工作内存中变量的值,在执行前需要先同步或者说是更新主内存中的值到线程的工作内存。
保证有序性:happen-before的锁原则——解锁操作发生在加锁操作前。
首先要明白:首先,锁在JVM中有一个专门的名字——对象监视器(Object Monitor),实际上每一个java对象在诞生时都有一把看不见的锁,叫做内部锁或者Monitor锁。
作用于实例方法:当将synchronized作用于一个实例方法时,此时锁就是这个方法的实例,也就是这个对象。在这里插入图片描述
作用于静态方法:此时被同步的代码的锁是调用这个方法的对象的类
作用于某一个对象:此时锁就是Synchorized操作括号里面那个对象。如:在这里插入图片描述
总之:Synchronized的语义底层是通过一个monitor的对象来完成,其实wait/notify等方法也依赖于monitor对象,这就是为什么只有在同步的块或者方法中才能调用wait/notify等方法(具体原因是因为wait/和notify操作都对锁本身有关,需要拿到锁和释放锁,这就意味着要执行他们,首先这个线程是拿到了锁的,不然无意义,所以这两个操作必须在同步代码中),否则会抛出java.lang.IllegalMonitorStateException的异常的原因。

八、程序中的幽灵:隐蔽的错误

并发下的ArrayList:ArrayLIst实现了List接口,是可以存放null的顺序容器(保证存放数据的顺序与存储顺序相同),其底层实现是可以动态扩容数组。但由于Arraylist的扩容操作没有进行同步,所以不保证线程安全如下,在这里插入图片描述
除了这一点他与Vector大致相同,故ArrayList只适合应用于单线程,涉及到多线程时可以手动进行代码同步(Synchroized)或者更换为Vector。
并发下诡异的HashMap:HashMap也是线程不安全的,所以通常不要在多线程中使用这个,可以使用线程安全的ConcurrentHashMap代替。

总结

本文为学习笔记仅供学习使用。
转载请标明出处。

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值