大家好,欢迎来到IT知识分享网。
(尊重劳动成果,转载请注明出处:http://blog.csdn.net/qq_25827845/article/details/76422930冷血之心的博客)
博主准备恶补一番Java高并发编程相关知识,接下来将阅读该书,并且进行比较详细的总结,好记性不如烂笔头,加油。
Java多线程编程实战指南(核心篇)读书笔记(一),主要记录该书前两章的基本概念等知识,后续部分将会持续更新哦~欢迎关注本博客。
目录:
- 走进Java世界中的线程
- start方法调用结束并不意味着相应的线程已经开始运行,运行时间有线程调度器决定
- 运行结束的线程所占用的资源(如内存空间)会如同其他Java对象一样被JVM虚拟机垃圾回收
- 为什么不直接调用run方法?
- 如果在某处代码中直接调用某个线程的run方法,那么这个线程的run方法将在当前线程中运行,而不是在其自身线程中运行,违背了创建线程的初衷。
- 但是,确实是允许直接调用run方法的。
- Thread类实现了Runnable接口
- 两种创建线程方式的比较:
- 继承方式和接口方式,后者属于组合的技术,耦合性更低
- 后者的一个Runnable实例可以被多个线程实例共享
- 继承的方式创建线程,Java虚拟机会为其分配调用栈空间、内核线程等资源,成本更加昂贵
- 线程饥饿:
- 某些线程永远得不到运行机会,可能由于优先级使用不当导致。
- 守护线程和用户线程:
- 用户线程会阻止Java虚拟机的正常停止,一个Java虚拟机只有在其所有的用户线程都运行结束后才能正常停止;
- 守护线程则不会影响,一般用来执行一些重要性不是很高的任务,例如用于监视其它线程的运行情况。
- 通常情况下,一个线程是否是守护线程或者是用户线程,和其父线程保持一致。
- 工作线程(后台线程):
- 通常是其父类线程创建来用于专门执行某项特定任务的线程;
- 多线程编程的优势:
- 提高系统的吞吐率
- 提高响应性
- 充分利用多核处理器资源
- 最小化对系统资源的使用
- 简化程序的结构
- 多线程编程的风险:
- 线程安全
- 线程活性
- 死锁
- 活锁:一个线程一直在尝试某个操作但就是没有进展
- 上下文切换
- 这是属于额外的资源消耗
- 可靠性
- 多线程编程的目标与挑战
- 串行、并发和并行
- 串行:按照顺序执行
- 并发:宏观上是同时进行,微观上轮流进行
- 并行:严格同时进行
- 多线程编程的实质就是将任务的处理方式由串行改为并发,即实现并发化,以发挥并发的优势。
- 竞态
- 一个计算结果的正确性与实践有关的现象,表现为一个问题,对于同样的输入,程序的输出有时候正确,有时候错误。
- 举例:多个线程对共享变量,进行i++操作
- 严格定义:
- 竞态(Race Condition)是指计算结果的正确性依赖于相对时间顺序或者线程的交错。
- 注意:竞态不一定就导致计算结果的不正确,它只是不排除计算结果时而正确,时而错误的可能。
- 原子性
- 对于涉及到共享变量访问的操作,若该操作从执行线程以外的任意线程来看是不可分割的,那么该操作就是原子操作,该操作具有原子性
- 即,其它线程不会“看到”该操作执行了部分的中间结果
- Java中实现原子性的两种操作:
- 锁(Lock)
- CAS(Compare-and-Swap)指令,俗称硬件锁
- volatile关键字:
- 仅仅能保证变量写操作的原子性,不能保证读写操作的原子性
- 所以我们一般说,volatile只能保证可见性,不保证原子性。
- 可见性
- 多线程环境下,一个线程对于某个共享变量的更新,后续访问该变量的线程可能无法立刻读取到这个更新的结果,这就是不可见的情况。
- 可见性就是指一个线程对共享变量的更新的结果对于读取相应共享变量的线程而言是否可见的问题
- 可见性和原子性的联系和区别:
- 原子性描述的是一个线程对共享变量的更新,从另一个线程的角度来看,它要么完成,要么尚未发生。
- 可见性描述一个线程对共享变量的更新对于另一个线程而言是否可见
- 重排序:
- 重排序举例
- – new Instance()到底发生了什么?
- – 分配对象的内存空间
- – 初始化对象instance
- – 设置instance指向刚分配的内存地址
- – 2和3可能发生重排序
- – new Instance()到底发生了什么?
- 重排序可能导致线程安全问题
- 重排序不是必然出现的
- 重排序举例
- 上下文切换:
- 一个线程被暂停,即被剥夺处理器的使用权,另外一个线程被选中开始或者继续运行的过程就叫做线程上下文切换
- 线程的活性故障:
- 死锁(Deadlock)
- 锁死(Lockout)
- 活锁(Livelock)
- 饥饿(Starvation)
- 资源争用和调度
- 公平调度策略:
- 按照申请的先后顺序进行授予资源的独占权
- 非公平调度策略:
- 没有按照先后顺序授予资源的独占权
- 非公平调度的解释:
- 在该策略中,资源的持有线程释放该资源的时候,等待队列中一个线程会被唤醒,而该线程从被唤醒到其继续执行可能需要一段时间。在该时间内,新来的线程(活跃线程)可以先被授予该资源的独占权。
- 如果新来的线程占用该资源的时间不长,那么它完全有可能在被唤醒的线程继续执行前释放相应的资源,从而不影响该被唤醒的线程申请资源。
- 非公平调度策略和公平调度策略的优缺点分析:
- 非公平调度策略:
- 优点:前者吞吐率较高,即单位时间内可以为更多的申请者调配资源;
- 缺点:资源申请者申请资源所需的时间偏差可能较大,并可能出现线程饥饿的现象
- 公平调度策略:
- 优点:适合在资源的持有线程占用资源的时间相对长或者资源的平均申请时间间隔相对长的情况下,或者对资源申请所需的时间偏差有所要求的情况下使用;线程申请资源所需的时间偏差较小;不会出现线程饥饿的现象
- 缺点:吞吐率较小
- 非公平调度策略:
- 公平调度策略:
- 串行、并发和并行
如果对你有帮助,记得点赞哦~欢迎大家关注我的博客,我会持续更新后续章节学习笔记,可以进群366533258一起交流学习哦~
本群给大家提供一个学习交流的平台,内设菜鸟Java管理员一枚、精通算法的金牌讲师一枚、Android管理员一枚、蓝牙BlueTooth管理员一枚、Web前端管理一枚以及C#管理一枚。欢迎大家进来交流技术。
免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/14571.html