代码拉取完成，页面将自动刷新
同步操作将从 Java精选/Ebooks 强制同步，此操作会覆盖自 Fork 仓库以来所做的任何修改，且无法恢复！！！
确定后同步将在后台操作，完成时将刷新页面，请耐心等待。
对象内存布局分为三部分：对象头、实例数据、对齐填充。
对象头包含两部分：
1）存储对象自身运行时数据：哈希码、分代年龄、锁状态标志、线程持有的锁、偏向线程ID、偏向时间戳等
2）对象指向它的类元数据指针–类型指针。
实例数据：程序代码中所定义的各种类型的字段内容。
对齐填充：不是必然存在，仅起到占位符作用（对象大小必须是8子节整数倍）
弱引用需要使用WeakReference类来实现，相对比软引用的生命周期更短。
对于只有弱引用的对象来说，垃圾回收机制一运行，垃圾回收器线程扫描它所管辖的内存区域过程中，不管当前内存空间是否足够，都会回收它的内存。但是由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。
String str = new String("abc");
WeakReference<String> weakReference = new WeakReference<>(str);
str = null;
注意的是如果一个对象是很少使用且希望在使用时随时就能获取到该对象，但又不想影响此对象的垃圾收集，那么建议使用Weak Reference来记住此对象。
内存屏障，也叫内存栅栏，是一种CPU指令，用于控制特定条件下的重排序和内存可见性问题。
LoadLoad屏障：对于这样的语句Load1; LoadLoad; Load2，在Load2及后续读取操作要读取的数据被访问前，保证Load1要读取的数据被读取完毕。
StoreStore屏障：对于这样的语句Store1;StoreStore; Store2，在Store2及后续写入操作执行前，保证Store1的写入操作对其它处理器可见。
LoadStore屏障：对于这样的语句Load1;LoadStore; Store2，在Store2及后续写入操作被刷出前，保证Load1要读取的数据被读取完毕。
StoreLoad屏障：对于这样的语句Store1;StoreLoad; Load2，在Load2及后续所有读取操作执行前，保证Store1的写入对所有处理器可见。它的开销是四种屏障中最大的。 在大多数处理器的实现中，这个屏障是个万能屏障，兼具其它三种内存屏障的功能。
Java中int类型变量的长度是一个固定值与平台无关，都是32位。
意思就是说在32位和64位的Java虚拟机中int类型的长度是相同的。
java内存模型(JMM)是线程间通信的控制机制，JMM定义了主内存和线程之间抽象关系。
线程之间的共享变量存储在主内存（main memory）中，每个线程都有一个私有的本地内存（local memory），本地内存中存储了该线程以读/写共享变量的副本。
本地内存是JMM的一个抽象概念，并不真实存在。它涵盖了缓存、写缓冲区、寄存器以及其他的硬件和编译器优化。
GC是垃圾收集的意思（Gabage Collection），内存处理是编程人员容易出现问题的地方，忘记或者错误的内存回收会导致程序或系统的不稳定甚至崩溃，Java提供的GC功能可以自动监测对象是否超过作用域从而达到自动回收内存的目的，Java语言没有提供释放已分配内存的显示操作方法。
Java开发人员不必担心内存管理问题，这是因为垃圾收集器会自动进行管理。要请求垃圾收集，可以调用一下方法：
System.gc()
Runtime.getRuntime().gc()
所有进程都使用寄存器，Java虚拟机使用下列寄存器管理系统堆栈：
程序记数寄存器：跟踪程序执行的准确位置
堆栈指针寄存器：指示操作栈项
框架寄存器：指向当前执行的环境
变量寄存器：指向当前执行环境中第一个本地变量
Java开发组决定Java只使用四个寄存器，这是因为如果使用的寄存器数多于处理器端口数，那么处理器的效率将严重地降低。
Java虚拟机中的堆栈用于存放变量，Java程序向Java虚拟机传递字节码，Java虚拟机为每个方法创建堆栈框架，每个框架维护三种信息：
1）局部变量：由变量寄存器指向的32位变量数组。 2）执行环境：由框架寄存器指向和执行的方法。 3）操作堆栈：执行先进先出规则（FIFO），它是32位宽度的，它为操作码维护必要的参数，该堆栈的顶部是由堆栈指针寄存器索引的。
寄存器位于处理器内部，这一点和其他的存储媒介都不一样。不过寄存器个数是有限的。在内存中的寄存器区域是由编译器根据需要来分配的。程序开发人员不能够通过代码来控制这个寄存器的分配。
Java语言中一个显著的特点就是引入了垃圾回收机制，使C++程序员最头疼的内存管理的问题迎刃而解，它使得Java程序员在编写程序的时候不再需要考虑内存管理。由于有个垃圾回收机制，Java中的对象不再有“作用域”的概念，只有对象的引用才有"作用域"。
垃圾回收可以有效的防止内存泄露，有效的使用可以使用的内存。垃圾回收器通常是作为一个单独的低级别的线程运行，不可预知的情况下对内存堆中已经死亡的或者长时间没有使用的对象进行清楚和回收，程序员不能实时的调用垃圾回收器对某个对象或所有对象进行垃圾回收。
回收机制有分代复制垃圾回收和标记垃圾回收，增量垃圾回收。
JVM默认提供了系统类加载器（JDK1.8），包括如下：
Bootstrap ClassLoader（系统类加载器）
Application ClassLoader（应用程序类加载器）
Extension ClassLoader（扩展类加载器）
Customer ClassLoader（自定义加载器）
1、类的全限定名是否相等。
2、类加载器是否相等。
即便是同样的字节代码，被不同的类加载器加载之后所得到的类，也是不同的。
比如一个Java类com.example.Sample，编译之后生成了字节代码文件Sample.class。
两个不同的类加载器ClassLoaderA和ClassLoaderB分别读取了这个Sample.class文件，并定义出两个 java.lang.Class类的实例来表示这个类，那么这两个实例是不相同的。对于Java虚拟机来说，它们是不同的类。
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
