记得关注我，订阅更多好文！全文共计2163字18图，预计阅读时间13分钟

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

图拍摄于深圳桃园南山图书馆，年前某个阳光明媚的周六，看到挂满的灯笼，觉得甚是喜庆。文章较长，先上一个目录：上个全文目录：二、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年，官网地址

二、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

*

* 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个字节)。

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

org.openjdk.jol

jol-core

0.9

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

ClassLayout.parseInstance(obj).toPrintable()

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

五、结语

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

看到这里请给个鼓励再走吧，坚持原创不容易，你的正反馈是我坚持输出的最强大动力，谢谢啦！