JVM&JUC入门_juc和jvm先学哪个

一、入门JVM

1、类装载器ClassLoader

负责加载class文件，class文件在文件开头有特定的文件标示，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载，至于它是否可以运行，则由Execution Engine决定

echo %JAVA_HOME%

echo %PATH%

echo %CLASSPATH%

2、类装载器ClassLoader2

虚拟机自带的加载器
启动类加载器（Bootstrap）C++
扩展类加载器（Extension）Java
应用程序类加载器（AppClassLoader）
Java也叫系统类加载器，加载当前应用的classpath的所有类

用户自定义加载器
Java.lang.ClassLoader的子类，用户可以定制类的加载方式

如图所示：

3、双亲委派

当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class），子类加载器才会尝试自己去加载。

采用双亲委派的一个好处是比如加载位于 rt.jar 包中的类 java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个 Object对象。

Execution Engine执行引擎负责解释命令，提交操作系统执行。

4、Native Interface本地接口

本地接口的作用是融合不同的编程语言为 Java 所用，它的初衷是融合 C/C++程序，Java 诞生的时候是C/C++横行的时候，要想立足，必须有调用 C/C++程序，于是就在内存中专门开辟了一块区域处理标记为native的代码，它的具体做法是 Native Method Stack中登记 native方法，在Execution Engine 执行时加载native libraies。

目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过Java程序驱动打印机或者Java系统管理生产设备，在企业级应用中已经比较少见。因为现在的异构领域间的通信很发达，比如可以使用 Socket通信，也可以使用Web Service等等，不多做介绍。

5、Native Method Stack

它的具体做法是Native Method Stack中登记native方法，在Execution Engine 执行时加载本地方法库。

6、PC寄存器

每个线程都有一个程序计数器，是线程私有的,就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址,也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。

这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。

如果执行的是一个Native方法，那这个计数器是空的。

用以完成分支、循环、跳转、异常处理、线程恢复等基础功能。不会发生内存溢出(OutOfMemory=OOM)错误

7、Method Area 方法区

供各线程共享的运行时内存区域。它存储了每一个类的结构信息，例如运行时常量池（Runtime Constant
Pool）、字段和方法数据、构造函数和普通方法的字节码内容。上面讲的是规范，在不同虚拟机里头实现是不一样的，最典型的就是永久代(PermGen space)和元空间(Metaspace)。
But

实例变量存在堆内存中,和方法区无关

8、Stack栈

栈也叫栈内存，主管Java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就Over，生命周期和线程一致，是线程私有的。8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

8.1 栈存储什么?

栈帧中主要保存3 类数据：

本地变量（Local Variables）:输入参数和输出参数以及方法内的变量；

栈操作（Operand Stack）:记录出栈、入栈的操作；

栈帧数据（Frame Data）:包括类文件、方法等等。

8.2 栈运行原理：

栈中的数据都是以栈帧（Stack
Frame）的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法(Method)和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧
F1，并被压入到栈中， A方法又调用了 B方法，于是产生栈帧 F2 也被压入栈， B方法又调用了 C方法，于是产生栈帧 F3 也被压入栈，
…… 执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧……

遵循“先进后出”/“后进先出”原则。

每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关，通常在256K~756K之间,与等于1Mb左右。

图示在一个栈中有两个栈帧：

栈帧 2是最先被调用的方法，先入栈，

然后方法 2 又调用了方法1，栈帧 1处于栈顶的位置，

栈帧 2 处于栈底，执行完毕后，依次弹出栈帧 1和栈帧 2，

线程结束，栈释放。

每执行一个方法都会产生一个栈帧，保存到栈(后进先出)的顶部，顶部栈就是当前的方法，该方法执行完毕 后会自动将此栈帧出栈。

9、Heap 堆

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行，堆内存分为三部分：
Young Generation Space 新生区 Young/New
enure generation space 养老区 Old/ Tenure
Permanent Space 永久区 Perm

9.1 Heap堆(Java7之前)

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。
堆内存逻辑上分为三部分：新生+养老+永久

9.2 新生区

新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分： 伊甸区（Eden
space）和幸存者区（Survivor pace） ，所有的类都是在伊甸区被new出来的。幸存区有两个： 0区（Survivor 0
space）和1区（Survivor 1
space）。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor
GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存 0区。若幸存
0区也满了，再对该区进行垃圾回收，然后移动到 1 区。那如果1
区也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生MajorGC（FullGC），进行养老区的内存清理。若养老区执行了Full
GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。

如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：
（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

9.2.1 MinorGC的过程（复制->清空->互换）

1：eden、SurvivorFrom 复制到 SurvivorTo，年龄+1
首先，当Eden区满的时候会触发第一次GC,把还活着的对象拷贝到SurvivorFrom区，当Eden区再次触发GC的时候会扫描Eden区和From区域,对这两个区域进行垃圾回收，经过这次回收后还存活的对象,则直接复制到To区域（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1

2：清空 eden、SurvivorFrom 然后，清空Eden和SurvivorFrom中的对象，也即复制之后有交换，谁空谁是to

3：SurvivorTo和 SurvivorFrom 互换
最后，SurvivorTo和SurvivorFrom互换，原SurvivorTo成为下一次GC时的SurvivorFrom区。部分对象会在From和To区域中复制来复制去,如此交换15次(由JVM参数MaxTenuringThreshold决定,这个参数默认是15),最终如果还是存活,就存入到老年代

实际而言，方法区（MethodArea）和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的：类信息+普通常量+静态常量+编译器编译后的代码等等，虽然JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做Non-Heap(非堆)，目的就是要和堆分开。
对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代(Parmanent Gen)” ，但严格本质上说两者不同，或者说使用永久代来实现方法区而已，永久代是方法区(相当于是一个接口interface)的一个实现，jdk1.7的版本中，已经将原本放在永久代的字符串常量池移走。

10、永久区(java7之前有)

永久存储区是一个常驻内存区域，用于存放JDK自身所携带的 Class,Interface 的元数据，也就是说它存储的是运行环境必须的类信息，被装载进此区域的数据是不会被垃圾回收器回收掉的，关闭 JVM 才会释放此区域所占用的内存。

二、案例操作demo

package cn.redis.jedis;

import java.util.concurrent.locks.Lock;
import java.util.concurrent.locks.ReentrantLock;

/**
* @auther zzyy
*
* 题目：三个售票员         卖出          30张票
* 笔记：如何编写企业级的多线程代码
*  固定的编程套路+模板是什么？
*
*  1 在高内聚低耦合的前提下，线程        操作      资源类
*
*    1.1 一言不合，先创建一个资源类
*
*/
class Ticket //资源类 = 实例变量+实例方法
{
    private int number = 30;
    // List list = new ArrayList();
    Lock lock = new ReentrantLock();

    public void sale()
    {
        lock.lock();
        try
        {
            if(number > 0)
            {
                System.out.println(Thread.currentThread().getName()+"\t卖出第："+(number--)+"\t 还剩下： "+number);
            }
        }catch (Exception e){
            e.printStackTrace();
        }finally {
            lock.unlock();
        }
    }


}
public class SaleTicketDemo01 {
	 public static void main(String[] args)//主线程，一切程序的入口
	    {
	        Ticket ticket = new Ticket();


	//
//	        @FunctionalInterface
//	        public interface Runnable {
	//
//	            public abstract void run();
//	        }

	        new Thread(() -> { for (int i = 1; i <=40; i++) ticket.sale(); },"A").start();
	        new Thread(() -> { for (int i = 1; i <=40; i++) ticket.sale(); },"B").start();
	        new Thread(() -> { for (int i = 1; i <=40; i++) ticket.sale(); },"C").start();


	        new Thread(new Runnable()
	        {
	            @Override
	            public void run()
	            {
	                for (int i = 1; i <=40; i++) ticket.sale();
	                {
	                    ticket.sale();
	                }
	            }
	        }, "A").start();





	        //Thread(Runnable target, String name) Allocates a new Thread object.
	        /*new Thread(new Runnable()
	        {
	            @Override
	            public void run()
	            {
	                for (int i = 1; i <=40; i++) ticket.sale();
	                {
	                    ticket.sale();
	                }
	            }
	        }, "A").start();
	        new Thread(new Runnable()
	        {
	            @Override
	            public void run()
	            {
	                for (int i = 1; i <=40; i++)
	                {
	                    ticket.sale();
	                }
	            }
	        }, "B").start();*/
	        new Thread(new Runnable()
	        {
	            @Override
	            public void run()
	            {
	                for (int i = 1; i <=40; i++)
	                {
	                    ticket.sale();
	                }
	            }
	        }, "C").start();



	    }
}

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115

控制台打印输出

A	卖出第：30	 还剩下： 29
A	卖出第：29	 还剩下： 28
A	卖出第：28	 还剩下： 27
A	卖出第：27	 还剩下： 26
A	卖出第：26	 还剩下： 25
A	卖出第：25	 还剩下： 24
A	卖出第：24	 还剩下： 23
A	卖出第：23	 还剩下： 22
A	卖出第：22	 还剩下： 21
A	卖出第：21	 还剩下： 20
A	卖出第：20	 还剩下： 19
A	卖出第：19	 还剩下： 18
A	卖出第：18	 还剩下： 17
A	卖出第：17	 还剩下： 16
A	卖出第：16	 还剩下： 15
A	卖出第：15	 还剩下： 14
A	卖出第：14	 还剩下： 13
A	卖出第：13	 还剩下： 12
A	卖出第：12	 还剩下： 11
A	卖出第：11	 还剩下： 10
A	卖出第：10	 还剩下： 9
A	卖出第：9	 还剩下： 8
A	卖出第：8	 还剩下： 7
A	卖出第：7	 还剩下： 6
A	卖出第：6	 还剩下： 5
C	卖出第：5	 还剩下： 4
C	卖出第：4	 还剩下： 3
C	卖出第：3	 还剩下： 2
C	卖出第：2	 还剩下： 1
C	卖出第：1	 还剩下： 0

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31