Java基础方法执行内存分析

浅浅的花香味﹌ 2023-10-08 16:20 38阅读 0赞

### 方法在执行过程当中，在JVM中的内存是如何分配的呢，内存是如何变化的？ ###

1.方法只定义，不调用，并且在JVM中也不会给该方法分配“运行所属”的内存空间。只有在调用这个方法的时’候，才会动态的给这个方法分配所属的内存空间。

2.在JVM内存划分上有这样三大块主要的内存空间(当然除了这三块之外还有其它的内存空间)：

*  方法区内存
 *  堆内存
 *  栈内存

3.关于 “栈”数据结构：

*  栈：stack，是一种数据结构
 *  数据结构反应的是数据的存储形态。
 *  常见的数据结构：
    
     *  数组
     *  队列
     *  栈数据结构
     *  链表
     *  二叉树
     *  哈希表/散列表
     *  等等

4.方法代码片段在哪里？方法执行的时候执行过程的内存在哪里分配？

*  方法代码片段属于.class字节码文件中的一部分，字节码文件在类加载的时候将其放到了方法区当中。所以JVM中的三块主要的内存空间中方法区内存最先有数据。存放了代码片段。
 *  代码片段虽然在方法区内存当中只有一份，但是可以被重复调用。每一次调用这个方法的时候，需要给该方法分配独立的活动场所，在栈内存中分配。【栈内存中分配方法运行的所属内存空间】

5.方法在调用的瞬间，会给该方法分配内存空间，会在栈中发生压栈动作，方法执行结束之后，给该方法分配的内存空间全部释放，此时发生弹栈动作。

*  压栈：会给方法分配内存
 *  弹栈：释放该方法的内存空间

6.局部变量在“方法体”中声明。局部变量运行阶段内存在栈中分配。

### 栈的结构图： ###

![栈的结构][a169e6372d794f758144fe9b6785771e.png_pic_center]

> **JavaSE类库中自带的类，例如：String.class,Systm.class,这些类名也是标识符。**  
> **只要是类名就一定是标识符**  
> **重点：方法调用的时候，在参数传递的时候，实际上传递的变量中保存的那个“值”传过去了**

public class MethodTest11{
        
    	public static void main(String[] args){
        
    		int a = 10;
    		int b = 20;
    		int reValue = sumInt(a,b);
    		System.out.println("reValue = " + reValue);
    	}
    	
    	public static  int sumInt(int i,int j){
        
    		int result = i + j;
    		int num = 3;
    		int reValue = divide(result,num);
    	    return reValue;
    	}
    	
    	public static int divide(int x,int y){
        
    		int z = x / y;
    		return z;
    	}
    	
    }

### 上述代码的方法执行内存分析图： ###

![方法执行内存分析1][1]

public class MethodTest12{
        
    	public static void main(String[] args){
        
             int i = 10;
    		 method(i);
    		 System.out.println("main -->" + i);
       }
     
        public static void method(int i){
        
    	   i++;//cpu计算
    	   System.out.println("method -->" + i);
       }
    }

### 上述代码的方法执行内存分析图： ###

![方法执行内存分析2][2]

[a169e6372d794f758144fe9b6785771e.png_pic_center]: https://img-blog.csdnimg.cn/a169e6372d794f758144fe9b6785771e.png#pic_center
[1]: https://img-blog.csdnimg.cn/d2224996f35c4eb38fe3b1a62f5bbaf0.png#pic_center
[2]: https://img-blog.csdnimg.cn/c454ba08ec2b46f187aa86e432280d5a.png#pic_center