JVM垃圾收集(Java Garbage Collection / Java GC)

时间:2022-09-22 05:24:56

JVM垃圾收集(Java Garbage Collection / Java GC)

Java7

JVM垃圾收集(Java Garbage Collection / Java GC)

Java8

JDK1.8之后将最初的永久代取消了,由元空间取代。

JVM垃圾收集(Java Garbage Collection / Java GC)

堆内存调优简介

JVM垃圾收集(Java Garbage Collection / Java GC)

public static void main(String[] args){
	//返回 Java 虚拟机试图使用的最大内存量。
	long maxMemory = Runtime.getRuntime().maxMemory() ;
	//返回 Java 虚拟机中的内存总量。
	long totalMemory = Runtime.getRuntime().totalMemory() ;
	System.out.println("MAX_MEMORY = " + maxMemory + "(字节)、" + (maxMemory / (double)1024 / 1024) + "MB");
	System.out.println("TOTAL_MEMORY = " + totalMemory + "(字节)、" + (totalMemory / (double)1024 / 1024) + "MB");
}

发现默认的情况下分配的内存是总内存的“1 / 4”、而初始化的内存为“1 / 64”。

JVM垃圾收集(Java Garbage Collection / Java GC)

VM参数:-Xms1024m -Xmx1024m -XX:+PrintGCDetails

JVM垃圾收集(Java Garbage Collection / Java GC)

JVM垃圾收集(Java Garbage Collection / Java GC)

IntelliJ IDEA 的设置 JVM垃圾收集(Java Garbage Collection / Java GC)

JVM垃圾收集(Java Garbage Collection / Java GC)

String str = "www.baidu.com" ;
while(true){
	str += str + new Random().nextInt(88888888) + new Random().nextInt(999999999) ;
}

VM参数:-Xms8m -Xmx8m -XX:+PrintGCDetails

JVM垃圾收集(Java Garbage Collection / Java GC) JVM垃圾收集(Java Garbage Collection / Java GC)

官网访问地址:

public static async Task<JObject> GetJsonAsync(Uri uri)
{
using (var client = new HttpClient(www.yongshiyule178.com))
{
var jsonString = await client.GetStringAsync(uri);
return JObject.Parse(jsonString);
}
}

// 顶层调用方法
public void Button1_Click(...)
{
var jsonTask = GetJsonAsync(www.huarenyl.cn...);
textBox1.Text = jsonTask.Result;
}
复制代码
  ASP.NET例子:API Action发起远程HTTP请求,等待请求的json结果,并解析json字符串,以下代码也会引发deadlock
复制代码
public static async Task<JObject> GetJsonAsync(Uri uri)
{
using (var client = new HttpClient())
{
var jsonString = await client.GetStringAsync(uri);
return JObject.Parse(jsonString);
}
}
// My "top-level"www.taoyyunsheng.com method.
public class MyController : ApiController
{
public string Get()
{
var jsonTask = GetJsonAsync(www.honglanggjpt.cn...);
return jsonTask.Result.ToString();
}
}
复制代码

   解决以上deadlock需利用以上第②③条编程原则:
不要混合使用异步、同步代码,始终使用async/await语法糖编写异步代码

在等待的异步任务内应用ConfigureAwait(false)方法 (:不再尝试从捕获的同步上下文执行异步编程的后续代码)

   第②③条原则与我们今天的主角SynchronizationContext 密切相关,大多数时候SynchronizationContext 是在异步编程后面默默工作的, 但是了解这个对象对于理解Task、await/sync 工作原理大有裨益。本文会解释
为什么要有SynchronizationContext 对象

阐述await关键字与SynchronizationContext对象交互原理

以上代码为什么会有deadlock, 另外ASP.NET Core为什么不会发生以上死锁

1. The Need for SynchronizationContext
  先看下MSDN中关于SynchronizationContext的定义:
提供在各种同步模型中传播同步上下文的基本功能。此类实现的同步模型的目的是允许公共语言运行库的内部异步/同步操作使用不同的同步模型正常运行。
  上面的定义给我的印象是:在线程切换过程中保存前置线程执行的上下文环境。

  我们大家都知道:Windows Form和WPF都基于类似的原则: 不允许在非UI线程上操作 UI元素

  
  这个时候我们可以捕获当前执行环境SynchronizationContext,利用这个对象切换回原UI线程。

复制代码
public static void DoWork()
{
//On UI thread
var sc = SynchronizationContext.Current;

ThreadPool.QueueUserWorkItem( www.365soke.com delegate
{
// do work on ThreadPool
sc.Post(delegate
{
// do work on the original context (UI)
}, null);
});
}
复制代码
SynchronizationContext表示代码正在运行的当前环境,每个线程都有自己的SynchronizationContext,通过SynchronizationContext.Current可获取当前线程的同步上下文。利用该对象,可在线程池线程B执行完成后,尝试切换到原调用线程A执行特定代码。

2. await/async语法糖与SynchronizationContext 的关系?
  以上ThreadPool.QueueUserWorkItem 涉及线程底层,微软提出Task线程包装类和 await/async 简化了异步编程的方式:

  
  ① 调用异步方法GetStringAsync时,.NET框架为我们创建了异步任务T;
  ② 应用await时,框架捕获当前环境, 存储在SynchronizationContext 对象并附加于以上Task;

  ③ 同时,控制权返回到原上层调用函数,返回一个未完成的Task<int>对象,这个时候需要关注上层调用函数使用 await异步等待还是使用Result/Wait()方式同步等待

  ④ 异步任务T执行完成,await之后的代码将会成为continuation block, 默认情况下利用捕获的SynchronizationContext 对象执行该continuation block 代码。

    内部实际是将continuation block代码放入 SynchronizationContext 的Post方法。

    不同的.NET框架因各自独特的需求 有不同的 Post实现(Post是一个虚方法):

- 默认的SynchronizationContext.Post实现是将 委托通过QueueUserWorkItem传递给 ThreadPool。

- Windows Form有WindowsFormSynchronizationContext, Post方法将委托传递给 Control.BeginInvoke

- WPF 有DispatcherSynchronizationContext , Post方法将委托传递给 Dispatcher.BeginInvoke

3.引言代码为什么发生deadlock, 而ASP.NET Core为什么不会发生类似deadlock?
仔细观察引言代码,控制返回到 上层调用函数时, 该调用函数使用Result属性去等待任务结果,Result/Wait()等同步方式会导致调用线程挂起等待任务完成。而在异步方法内部,await触发的异步任务执行完成后,会尝试利用捕获的同步上下文执行剩余代码,而该同步上下文中的线程正同步等待整个异步任务完成,形成死锁。

正因为如此,我们提出:

  - 在原调用函数始终 使用 await方法,这样该线程是异步等待 任务完成。

  - 在异步任务内部应用ConfigureAwait(false)方法:

MSDN ConfigureAwait(www.dfgjpt.com): true to attempt www.gouyiflb.cn/ to marshal the continuation back to the original context captured; otherwise, false
  另外注意:ASP.NET Core不存在SynchronizationContext , 故不会发生类似的死锁。

总结:
  虽然await/async 语法糖让我们在编写.NET 异步程序时得心应手、随心所欲,但是不要忘记了SynchronizationContext 在其中转承起合的作用。

利用能够保存当前执行代码的上下文特性,SynchronizationContext在线程切换后帮我们有能力执行各种骚操作。

JVM垃圾收集(Java Garbage Collection / Java GC)

JVM垃圾收集(Java Garbage Collection / Java GC)

-XX:+HeapDumpOnOutOfMemoryError OOM时导出堆到文件。

-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

JVM垃圾收集(Java Garbage Collection / Java GC)