手记

一起进阶一起拿高薪!著名的Java并发编程大师都这么说了,是时候知道伪共享了!

记得关注我,订阅更多好文!

全文共计2163字18图,预计阅读时间13分钟

大家好,我是tin,这是我的第7篇原创文章

图拍摄于深圳桃园南山图书馆,年前某个阳光明媚的周六,看到挂满的灯笼,觉得甚是喜庆。文章较长,先上一个目录:上个全文目录:

  • 一、Doug Lea

  • 二、CPU缓存架构

  • 三、CPU缓存行

  • 四、伪共享

  • 五、结语

一、Doug lea

在微博上看到这么一句话,挺有意思的。

Doug Lea是谁?为什么这么说?估计还真挺多人不认识他吧。

Doug Lea,中文名为道格·利。java.util.concurrent并发包的作者。说他是这个世界上对Java影响力最大的一个人,一点也不为过。因为两次Java历史上的大变革,他都间接或直接的扮演了举足轻重的角色。2004年所推出的Tiger。Tiger广纳了15项JSRs的语法及标准,其中一项便是JSR-166。JSR-166是来自于Doug编写的util.concurrent包,主要是关于J.U.C的技术规范。

上文摘抄自百度百科:

JSRs(Java Specification Requests),表示Java规范请求,由JCP成员向委员会提交的Java发展议案,经过一系列流程后,如果通过最终会体现在未来的Java中。

JCP全称Java Community Process ,翻译中文即是:Java社区进程。JCP成立于1998年,官网地址https://www.jcp.org,由社会各界Java组成的社区,主要规划和领导Java的发展。

二、CPU缓存架构

国内另一位大神,dubbo的创作者,曾经在他的ppt写过这样的一页

或许有人已经猜到这ppt作者是谁的,有兴趣可自行了解(需要完整ppt也可联系我!)。ppt描述的背后原理就是伪共享问题。

说起伪共享,还得从cpu的缓存架构说起。

CPU缓存可以分为一级缓存,二级缓存,三级缓存,每一级缓存中所储存的全部数据都是下一级缓存的一部分。当CPU要读取一个数据时,首先从一级缓存中查找,如果没有找到再从二级缓存中查找,如果还是没有就从三级缓存或内存中查找。一般来说,每级缓存的命中率大概都在80%左右,也就是说全部数据量的80%都可以在一级缓存中找到,只剩下20%的总数据量才需要从二级缓存、三级缓存或内存中读取。

越靠近 CPU 的缓存越快也越小。所以 L1 缓存很小但很快,紧接着L2 大一些,也会慢一些,L3更慢,最后到主存,主存保存着程序运行的所有数据,由所有 CPU 核共享。

三、CPU缓存行

CPU缓存由缓存行组成,缓存行长度为64字节,可以这么认为,缓存行是缓存更新的基本单位。缓存每次更新都从主内存中加载连续的 64 个字节。试想,如果在内存中有两个紧邻的long型变量a和b,当a加载到缓存时,b也可以一起被加载到缓存,下一次如果访问b则可以直接从缓存读取,这对读取的效率提升是非常大的。

但是,正因为缓存都以缓存行为基本单位处理,如果cpu core1修改a变量,core1上包含a变量的缓存行将失效,同时其他core上包含a变量的缓存行也将失效。此时,如果core2要访问和a在同一缓存行上的b变量,会被告知缓存行失效,这时只能到主内存重新加载b变量。

在《Java并发编程的艺术》一书中,第二章第11页如是说:

Doug lea在jdk7的并发包里面新增一个队列集合类LinkedTransferQueue,它在使用volatie变量时,用一种追加字节的方式来优化队列出队和入队的性能。

四、伪共享

缓存以缓存行为基本单位,当线程修改互相独立的变量时,如果这些变量在同一缓存行中,那么就会互相变量缓存值得有效性,从而影响访问性能,这就是伪共享。

看一个单元测试源码:

package com.tin.example.falls.sharing;
​
import org.springframework.util.StopWatch;
​
/**
 * title: AutoIncrement
 * <p>
 * description: 多线程环境下,long变量自增
 *
 * @author tin @看点代码再上班 on 2021/2/17 下午1:28
 */
public class AutoIncrement {
​
 public static void main(String[] args) throws InterruptedException {
 StopWatch stopWatch = new StopWatch("@看点代码再上班");
 stopWatch.start();
 System.out.println("====== start to iterate ======");
 autoIncrement(new LongNumber());
​
 stopWatch.stop();
 System.out.println("cost " + stopWatch.getTotalTimeMillis() + "ms");
 }
​
 private static void autoIncrement(LongNumber longNumber) throws InterruptedException {
 Thread t1 = new Thread(() -> {
 for (int i = 0; i < 100000000; i++) {
 longNumber.n1++;
 }
 });
​
 Thread t2 = new Thread(() -> {
 for (int i = 0; i < 100000000; i++) {
 longNumber.n2++;
 }
 });
​
 t1.start();
 t2.start();
 t1.join();
 t2.join();
 }
​
 static class LongNumber {
//        @sun.misc.Contended
 volatile long n1;
 volatile long n2;
 }
}

当我启用两个线程,分别自增1亿次n1和n2时,耗时大约3000+ms

当我在n1字段加上注解@sun.misc.Contended,重新跑程序,耗时变为800+ms

@sun.misc.Contended注解在Java 8后新增,其用来进行缓存行填充。它可以用于类级别的修饰,同时也可以用于字段级别的修饰,当应用于字段级别时,被注释的字段将和其他字段隔离开来,会被加载在独立的缓存行上。

@sun.misc.Contended注解和上文ppt中提及的追加字节效果是等同的(注解要生效需在启动参数上加-XX:-RestrictContended)。除了加注解,如果在n1和n2中间增加16个对象引用也同样起到作用(一个对象引用4个字节)。

我们要看一个对象所占的字节数大小怎么看?分享一个好东西,引用下面的包依赖:

 <dependency>
 <groupId>org.openjdk.jol</groupId>
 <artifactId>jol-core</artifactId>
 <version>0.9</version>
 </dependency>

代码中显式打印对象即可:

ClassLayout.parseInstance(obj).toPrintable()

可以看到打印出来的结果:

五、结语

我是tin,一个在努力让自己变得更优秀的普通攻城狮。自己阅历有限、学识浅薄,如有发现文章不妥之处,非常欢迎加我提出,我一定细心推敲加以修改。

看到这里请安排个点赞再走吧,坚持原创不容易,你的正反馈是我坚持输出的最强大动力,谢谢啦!

别忘了关注我哦!⏬⏬⏬

1人推荐
随时随地看视频
慕课网APP