JVM学习记录浅析二

最新推荐文章于 2024-07-05 20:24:24 发布

zhq217217

最新推荐文章于 2024-07-05 20:24:24 发布

阅读量121

点赞数

分类专栏： Android源码分析文章标签： java

本文链接：https://blog.csdn.net/zhq217217/article/details/123693011

版权

Android源码分析专栏收录该内容

18 篇文章 4 订阅

订阅专栏

上一篇文章主要记录了jvm类的加载机制，其实应该趁热打铁把类的加载机制应用- -TInker源码也一起解析的，由于工作原因，只能过两天再分析记录一下。今天主要来记录一下JVM中另外一个重要的模块，内存模型。

linux中一切都是文件，但是我觉得在学习分析JVM中，一切皆是内存比较合适：

栈空间：线程私有区域，分为方法栈、本地方法栈、程序计数器三部分

堆：线程共有区域内存，所有创建的对象都会在堆中分配内存

非堆(元空间)：线程共有区域，主要保存解析完的类信息、静态变量、常量池，因此生命周期最长，虚拟机的生命周期一样长

第一部分：栈空间

栈空间其实也是一部分内存，由所有的线程瓜分，所以说如果程序中只用单线程，那么其实栈这部分内存基本上就都浪费掉了。那么我们的App有多少线程呢？默认是六七百个吧，具体多少可以打印日志查看。除去默认的线程，我们还可以创建多少线程呢？一千个左右，再多了就会报OOM，所以这里也再次印证了一点，那就是栈也是内存。这里也说一句题外话，就是如果我们用线程池，最大线程如果设置为Integer.MAX_VALUE,那么一定需要额外的容器来控制线程的数量的，否则肯定会报OOM的。例如Okhttp中：

public synchronized ExecutorService getExecutorService() {
    if (executorService == null) {
      executorService = new ThreadPoolExecutor(0, Integer.MAX_VALUE, 60, TimeUnit.SECONDS,
          new SynchronousQueue<Runnable>(), Util.threadFactory("OkHttp Dispatcher", false));
    }
    return executorService;
  }

他的这个线程池就是这种，那么他就需要额外的两个队列来控制正在执行(64个)的和等待执行的，否则的话那就是OOM：

synchronized void enqueue(AsyncCall call) {
    if (runningCalls.size() < maxRequests && runningCallsForHost(call) < maxRequestsPerHost) {
      runningCalls.add(call);
      getExecutorService().execute(call);
    } else {
      readyCalls.add(call);
    }
  }

这其实也从另一个角度说明为什么我们使用线程的时候不可以随便new Thread()来创建，因为栈中线程这块内存频繁的使用、销毁会造成内存抖动的，内存抖动就会出现GC，就会增加STW，影响用户体验。

栈中还有一个关键的点，那就是栈中所有的引用都是GC可达性分析的root，当然也包括线程本身。所以说，栈是操作数据的地方，而堆和非堆是保存数据的地方。

1.栈针：每一个方法都是一个栈针，执行此方法时会将这个栈针压入栈中

局部变量表：保存栈针中需要的所有堆中数据的引用，非静态方法局部变量表中的第一个变量为this，这就保证了可以操作类中其他方法和属性。

操作数栈：就是保存数据运算的运算操作符的栈(理解的可能不对)

动态链接：就是局部变量表中的符号动态链接到堆、非堆中的实际变量

方法返回：就是计算结果保存

2.程序计数器

由于线程的执行过程是创建--准备--执行---挂起--准备--执行........结束，执行是断断续续的，所以再次执行的时候需要继续上次断开执行的地方，程序计数器就是用来保存这个变量的。

第二部分：堆

堆其实就是用来保存生命周期不是和进程生命周期一致的变量的地方。分为：

1.Young区：又分为伊甸园区+From区+To区，比例为8:1:1，为什么是这个比例呢？统计学算的。