Java并发总结-全景图

Java并发编程知识总结——开篇词

这篇博客是开始总结Java并发的开篇,主要说下下面总结Java并发编程相关知识的思路、呈现出自己理解的Java并发知识的全景图,为后面Java并发知识总结的复习提供线索和记忆脉络。主要学习和借鉴的主要资料有:《极客时间》并发编程专栏、《Java并发实战》等。

Java并发编程总结思路

  • 之前有粗有细的看了一遍《Java并发实战》,看完后过段时间又全部忘记了;究其原因,是因为没有看到Java并发的全局,只看到了局部零散的知识点,记住的是点,难有线和面。因此需要从一个个单一的知识和技术中“跳出来”,建立一张全景图。
  • 并发编程领域主要可以抽象成三个核心问题:分工、同步、互斥
  1. 分工:

    在多核处理器时代,利用多核处理优势,将一个大的任务拆解成一个个小任务分工去完成提高效率。比如要建一条马路,划分成不同的任务:打地基、铺路、铺砖、土建等不同的子任务、分工去完成,提供了工作的效率(性能)。抽象到Java并发上,比如:生产者-消费者模式、Fork/Join、Future(同异步分工协同)等。

  2. 同步(协作):

    在分工的基础上,子任务之间可能存在依赖关系,比如在造路过程中,土建完成之后需要通知铺路小组去完成铺路,这就是子任务之间的同步。

    像这类问题抽象到Java并发上就是:一个线程执行完成了一个任务、如何通知执行后续任务的线程开工的问题。Java提供的Future、同步工具类(CountDownLatch、Notify机制、栏栅CyclicBarrier)等都是解决同步问题的工具。

    工作中遇到的线程协作问题,基本可以描述成:当某个条件不满足时,线程需要等待,当某个条件满足时,线程需要被唤醒执行

  3. 互斥(安全性):

    分工、同步主要强调的是性能,而并发程序里还有一部分关于正确性的的问题,叫“线程安全”

    并发程序里多个线程同时访问同一个共享变量的时候,结果是不确定的。不确定意味着可能正确,也可能错误,事先是不不确定的。而不确定的主要源头是可见性问题有序性问题、和原子性问题。为了解决这三个问题,Java语言引入内存模型,内存模型提供了一系列的规则,利用这些规则,可以避免可见性问题、有序性问题,但还是不足以完全解决线程安全问题。解决线程安全问题的核心方案还是互斥。

    互斥,指同一时刻,只允许一个线程访问共享变量

    互斥的核心就是锁,Java中的synchronized、SDK里的各种Lock都能解决互斥问题。虽说锁解决了安全问题,但同时也带来了性能问题,如何保证安全性的同时有能尽可能提高性能呢?

    可以分场景优化,Java SDK里提供ReadWriteLock、StampedLock就可以优化读多写少场景下的锁性能。当然还可以使用无锁的数据结构,例如Java SDK里提供的原子类都是基于无锁技术实现的。

    除此之外,还有一些其他的方案,原理是不共享变量或者变量只允许读。这方面,Java提供了ThreadLocal和final关键字,还有一种Copy-on-write模式。

?

Java并发编程全景图

  • 主要根据《极客时间》并发编程专栏的全景图的基础上加上自己的理解补充完善出来的。后面总结主要会围绕全景图的脉络并以全景图的部分和一个标题分支来命名博客标题。这样我觉得会更方便记忆和查找。
  • 后面全景图会根据反复阅读《并发编程实战》来补充更新完善。
  • 全景图:
  • 基本概念图:
  • 并发工具图

(图片不知道能不能看清楚,思维导图附件我会放到我的博客后台根目录下的xmind目录下)。

原文地址:https://www.cnblogs.com/tcals/p/10693440.html

时间: 2024-10-16 09:12:27

Java并发总结-全景图的相关文章

Java并发编程:Concurrent锁机制解析

.title { text-align: center } .todo { font-family: monospace; color: red } .done { color: green } .tag { background-color: #eee; font-family: monospace; padding: 2px; font-size: 80%; font-weight: normal } .timestamp { color: #bebebe } .timestamp-kwd

Java并发编程:Callable、Future和FutureTask(转)

Java并发编程:Callable.Future和FutureTask 在前面的文章中我们讲述了创建线程的2种方式,一种是直接继承Thread,另外一种就是实现Runnable接口. 这2种方式都有一个缺陷就是:在执行完任务之后无法获取执行结果. 如果需要获取执行结果,就必须通过共享变量或者使用线程通信的方式来达到效果,这样使用起来就比较麻烦. 而自从Java 1.5开始,就提供了Callable和Future,通过它们可以在任务执行完毕之后得到任务执行结果. 今天我们就来讨论一下Callabl

Java并发编程 Volatile关键字解析

volatile关键字的两层语义 一旦一个共享变量(类的成员变量.类的静态成员变量)被volatile修饰之后,那么就具备了两层语义: 1)保证了不同线程对这个变量进行操作时的可见性,即一个线程修改了某个变量的值,这新值对其他线程来说是立即可见的. 2)禁止进行指令重排序. 根据volatile的语义,我们可以看到,volatile主要针对的是并发三要素(原子性,可见性和有序性)中的后两者有实际优化作用. 可见性: 线程本身并不直接与主内存进行数据的交互,而是通过线程的工作内存来完成相应的操作.

Java并发编程

synchronized是Java中的关键字,在并发编程中被称为内置锁或者监视器锁.当用它来修饰一个方法或者一个代码块的时候能够保证同一时刻最多只有一个线程执行该段代码. Java的内置锁相当于一种互斥锁,最多只有一个线程能够持有这种锁,故而由这个锁保护的同步代码块会以原子方式执行,多个线程在执行该代码时就不会相互干扰. 但由于被锁保护的同步块代码是以串行形式来访问的,即多个线程以独占的方式访问对象,而这也导致如果被锁保护的同步代码块的作用范围过大,会导致并发不良. 这里有必要简单讲一下内置锁的

【死磕Java并发】-----J.U.C之重入锁:ReentrantLock

此篇博客所有源码均来自JDK 1.8 ReentrantLock,可重入锁,是一种递归无阻塞的同步机制.它可以等同于synchronized的使用,但是ReentrantLock提供了比synchronized更强大.灵活的锁机制,可以减少死锁发生的概率. API介绍如下: 一个可重入的互斥锁定 Lock,它具有与使用 synchronized 方法和语句所访问的隐式监视器锁定相同的一些基本行为和语义,但功能更强大.ReentrantLock 将由最近成功获得锁定,并且还没有释放该锁定的线程所拥

JAVA并发-为现有的线程安全类添加原子方法

JAVA中有许多线程安全的基础模块类,一般情况下,这些基础模块类能满足我们需要的所有操作,但更多时候,他们并不能满足我们所有的需要.此时,我们需要想办法在不破坏已有的线程安全类的基础上添加一个新的原子操作.有如下4中方案: 1 修改类的源码,以添加新的原子操作 2 继承该线程安全类,并添加原子操作 3 使用客户端加锁方式 4 使用组合方式(推荐) 一般来讲,修改源码的方式不太可行,这样会破坏原有类的封装性而且有些时候,源码不可获得.我们从第二种方式开始举例: 假设现在对于类Vector,我们知道

6、Java并发编程:volatile关键字解析

Java并发编程:volatile关键字解析 volatile这个关键字可能很多朋友都听说过,或许也都用过.在Java 5之前,它是一个备受争议的关键字,因为在程序中使用它往往会导致出人意料的结果.在Java 5之后,volatile关键字才得以重获生机. volatile关键字虽然从字面上理解起来比较简单,但是要用好不是一件容易的事情.由于volatile关键字是与Java的内存模型有关的,因此在讲述volatile关键之前,我们先来了解一下与内存模型相关的概念和知识,然后分析了volatil

7、Java并发编程:深入剖析ThreadLocal

Java并发编程:深入剖析ThreadLocal 想必很多朋友对ThreadLocal并不陌生,今天我们就来一起探讨下ThreadLocal的使用方法和实现原理.首先,本文先谈一下对ThreadLocal的理解,然后根据ThreadLocal类的源码分析了其实现原理和使用需要注意的地方,最后给出了两个应用场景. 以下是本文目录大纲: 一.对ThreadLocal的理解 二.深入解析ThreadLocal类 三.ThreadLocal的应用场景 若有不正之处请多多谅解,并欢迎批评指正. 请尊重作者

java并发编程实战学习(3)--基础构建模块

转自:java并发编程实战 5.3阻塞队列和生产者-消费者模式 BlockingQueue阻塞队列提供可阻塞的put和take方法,以及支持定时的offer和poll方法.如果队列已经满了,那么put方法将阻塞直到空间可用:如果队列为空,那么take方法将阻塞直到有元素可用.队列可以是有界的也可以是无界的. 如果生产者生成工作的速率比消费者处理工作的速率款,那么工作项会在队列中累计起来,最终好紧内存.同样,put方法的阻塞特性也极大地简化了生产者的编码.如果使用有界队列,当队列充满时,生产者将阻