讨论下Java中的volatile和JMM(Java Memory Model)Java内存模型
在讨论 volatile 之前,我们需要先了解一下JMM(Java Memory Model)Java内存模型,如果没有 JMM 直接讨论 volatile 会有点奇怪,所以还是得先说下 JMM。为了保证共享内存的正确性(可见性、有序性、原子性),内存模型定义了共享内存系统中多线程程序读写操作行为的规范。
共 12 篇文章
在讨论 volatile 之前,我们需要先了解一下JMM(Java Memory Model)Java内存模型,如果没有 JMM 直接讨论 volatile 会有点奇怪,所以还是得先说下 JMM。为了保证共享内存的正确性(可见性、有序性、原子性),内存模型定义了共享内存系统中多线程程序读写操作行为的规范。
当我们要操作一个变量的时候,最经典的是自增操作,从1变成2,单线程去操作的时候肯定没问题,但是一旦出现两个线程同时去操作同一个变量的时候,问题就出现了,这与Java的内存模型JMM有关,我放在下一篇文章讨论volatile的时候去讨论,如果线程A已经把变量改为了2,线程B同时去自增操作,没有看到这个变化,还是把变量改为2,两个线程去自增结果应该是3,但结果却是2,这就引入了CAS的方式。
各位大佬应该听过很多大佬讲过AQS,到底啥是个AQS?根据名称 AbstractQueuedSynchronizer 我们可以猜到,这是一个抽象的排队同步器,每个汉字都认识,连到一起就不认识了,我们分开理解。
本文使用的是IP2Location LITE数据库,通过读取BIN文件进行数据查询,代码参考官方案例进行精简并上传Maven仓库。
上一篇我们学会了 synchronized 线程同步,到这里已经可以做一些东西了,最为经典的就是生产者-消费者模型,一个生产者不停的生产资源,一个消费者不停的消费资源,两个线程模拟这样的关系,好比厨师和传菜工,厨师不停的炒菜,传菜工看到有菜了就端走。
了解过多线程的同学肯定听说过 synchronized 这个关键词,我们先用一个错误的案例来引出不使用 synchronized 引发的问题,然后再使用 synchronized 解决问题,然后再由 synchronized 引出死锁问题。
此工具利用「百度-必应-谷歌」站长工具或开放平台接口即时推送网站更新给搜索引擎,加快蜘蛛程序爬取与更新。
要明确的是在 Java 中线程有 6 种状态,网络上包括 CSDN 上一群复制转载党无脑复制,不知道从哪复制的都在讲 5 种状态,我是亲自找的文档,我可以确定的是 6 种状态
上一篇我们了解了 Thread 类与 Runnable 接口,但这两个组合有一个问题就是他们没有返回值,如果我们希望线程给我们一个返回值,那就需要今天介绍的 FutureTask 类与 Callable 接口。
上一篇大致说了下我们为什么需要多线程,既然想要研究多线程,接下来我们就开始自己创建线程,来探究一下多线程的奥秘。