Volatile和Synchronized的实现细节
as if serial
对象的内存布局
- 对象的创建过程
对象在内存中的存储布局
对象大小（64位机）
观察虚拟机配置
对象的内存布局
Hotspot开启内存压缩的规则（64位机）
对象头具体包括什么
对象怎么定位
对象怎么分配

Volatile和Synchronized的实现细节

JVM级别的规范,保证指令的有序执行（JSR133）
LoadLoad屏障：

对于这样的语句Load1; LoadLoad; Load2，
在Load2及后续读取操作要读取的数据被访问前，保证Load1要读取的数据被读取完毕。

StoreStore屏障：

对于这样的语句Store1; StoreStore; Store2，
在Store2及后续写入操作执行前，保证Store1的写入操作对其它处理器可见。

LoadStore屏障：

对于这样的语句Load1; LoadStore; Store2，
在Store2及后续写入操作被刷出前，保证Load1要读取的数据被读取完毕。

StoreLoad屏障：

对于这样的语句Store1; StoreLoad; Load2，
在Load2及后续所有读取操作执行前，保证Store1的写入对所有处理器可见。

Volatile实现细节

众所周知,volatile是保证可见和有序的,但不保证同步.

字节码层面,ACC_VOLATILE

volatile修饰的变量编译后,字节码文件的Access flags中会有个 0x0040,即volatile的修饰符,这个就是告诉JVM,该变量使用了volatile修饰;
这个我们写点代码,然后用IntelliJ的JclassLib插件就可以看到
JVM层面,volatile内存区的读写都加屏障

JVM表示知道了,然后在volatile变量的读写操作前后都加了屏障:
LoadLoadBarrier volatile读操作 LoadStoreBarrier
LoadStoreBarrier volatile写操作 StoreLoadBarrier

OS和硬件层面

JVM当然是依赖操作系统及硬件去实现这个屏障的效果<br />       参考 [https://blog.csdn.net/qq_26222859/article/details/52235930](https://blog.csdn.net/qq_26222859/article/details/52235930)<br />       hsdis - HotSpot Dis Assembler 这个命令是看JVM编译好的字节码,在CPU级别是用啥指令完成的<br />       windows lock 指令实现 | MESI实现

Synchronized实现细节

synchronized会保证同步性,附带着保证可见和有序

字节码层面

ACC_SYNCHRONIZED
monitorenter monitorexit
这里有俩monitorexit是因为,如果发生了异常,synchronized会自动释放锁
JVM层面

C C++ 调用了操作系统提供的同步机制
OS和硬件层面

X86 : lock cmpxchg / xxx
参考 https://blog.csdn.net/21aspnet/article/details/88571740

JMM 和一些规则

Java Memory Model并发内存模型,
这个知道了硬件(CPU和主存)的内存模型,这里就很容易理解了,基本一样.

8大原子操作

happens-before原则

as if serial

不管如何重排序,单线程执行结果不会改变

对象的内存布局

大厂的一些面试题:

对象的创建过程

class loading,把class加载到内存中
class linking(verification,preparation,resolution),静态变量默认值
class initializing,静态变量初始值,执行静态语句块
申请对象内存
成员变量赋默认值

调用构造方法

   6.1 成员变量顺序赋初始值<br />          6.2 执行构造方法语句(先调用父类的构造方法super())

对象在内存中的存储布局

https://www.zhihu.com/question/52116998/answer/133400077
https://blog.csdn.net/zhaocuit/article/details/100208879

对象大小（64位机）

对象的大小跟虚拟机的实现和设置都有关系
普通对象和数组对象也有不同
这里可以做个实验验证下,自己写个javaagent,java.lang.instrument.Instrumentation.getObjectSize(Object o)

观察虚拟机配置

在终端输入下面命令,其实就是查看Java版本的命令,只不过我们指定了参数,打印出JVM的参数
java -XX:+PrintCommandLineFlags -version
得到下面的结果:
我们比较关心 -XX:+UseCompressedClassPointers -XX:+UseCompressedOops,这俩是默认就有的;
如果想关闭,就把加号改成减号,如-XX:-UseCompressedOops

C:\windows\system32>java -XX:+PrintCommandLineFlags -version
-XX:InitialHeapSize=267595520 -XX:MaxHeapSize=4281528320 -XX:+PrintCommandLineFlags -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:-UseLargePagesIndividualAllocation -XX:+UseParallelGC
java version “1.8.0_112”
Java™ SE Runtime Environment (build 1.8.0_112-b15)
Java HotSpot™ 64-Bit Server VM (build 25.112-b15, mixed mode)