我的编程空间,编程开发者的网络收藏夹
学习永远不晚

浅析Dotnet的垃圾回收

短信预约 -IT技能 免费直播动态提醒
省份

北京

  • 北京
  • 上海
  • 天津
  • 重庆
  • 河北
  • 山东
  • 辽宁
  • 黑龙江
  • 吉林
  • 甘肃
  • 青海
  • 河南
  • 江苏
  • 湖北
  • 湖南
  • 江西
  • 浙江
  • 广东
  • 云南
  • 福建
  • 海南
  • 山西
  • 四川
  • 陕西
  • 贵州
  • 安徽
  • 广西
  • 内蒙
  • 西藏
  • 新疆
  • 宁夏
  • 兵团
手机号立即预约

请填写图片验证码后获取短信验证码

看不清楚,换张图片

免费获取短信验证码

浅析Dotnet的垃圾回收

本文转载自微信公众号「老王Plus」,作者老王Plus。转载本文请联系老王Plus公众号。

在说垃圾回收之前,先说说两个概念:

  • 托管代码,是由CLR管理的代码
  • 非托管代码,是由操作系统直接执行的代码

在早期C++的时候,内存分配和释放都是由我们手动处理的,而在公共语言进行时CLR中,多了一个垃圾收集器GC,来充当自动内存管理器,完成同样的工作。从此,对于开发人员来说,我们可以不需要用显式的代码来执行内存管理。这样做的好处是明显的:大量相关内存的错误被消除了,比方没有释放对象导致的内存泄露,或试图访问已经释放的对象的内存,等等。

为了防止不提供原网址的转载,特在这里加上原文链接:https://abc.com

一、回收和管理托管资源

上面说了,垃圾回收GC在Dotnet中是一个自动的内存管理器,是一种机制,用来清理和回收堆内存中未引用的部分。

通常CLR会在这些情况下启动垃圾回收:

  • 需要在堆上分配内存给一个新对象,但没有足够的空闲内存时;
  • 对象被强制Dispose时;
  • 托管堆上已分配对象的内存超过了阀值(这个阀值会动态调整);
  • 调用了GC.Collect方法

这些内容都是基础,了解了非常好,面试时有话可说。不了解也没关系,不会影响做一个好的程序出来。

下面的内容如果能记住,倒是对于程序开发很有帮助。

在Dotnet的垃圾回收机制中,回收器会自行优化并适用于多种方案。但是,我们仍然可以根据运行环境来设置垃圾回收的类型。

Dotnet的CLR提供了下面两种类型的垃圾回收:

  • 工作站垃圾回收
  • 服务器垃圾回收

这两种回收机制,有一定的区别。

工作站回收,主要是为客户端应用设计的,也是程序默认的回收机制。垃圾回收的过程,跑在触发垃圾回收的用户线程上,并使用相同的优先级。这种方式,优点是不会被挂起或延迟,缺点是需要与其它线程竞争CPU时间。当运行环境中只有一个CPU时,系统会自动采用工作站方式,不管你设置成什么。

服务器回收,针对的是高吞吐的服务器应用,回收过程跑在专用的高优先级线程上,而且默认是多线程在跑,所以效率更高,缺点是占用的资源会更多,而且由于线程之间的干扰和上下文切换,会影响整体性能。

所以,选择什么样的回收机制,需要认真分析。通常普通应用,工作站回收就好。如果是服务器端的API服务,需要选择服务器回收。而如果是在服务端需要启动多个实例进行处理,比方对总线的数据保存,那还是工作站回收好。

设置垃圾回收方式,在开发时,可以在xxx.csproj文件中加入:

  1.   
  2.   true  
  3.  

其中,设置true就是服务器模式,设置false就是工作站模式,当然,去掉这一行,默认也是工作站模式。

对于生产环境中已经上线的应用,也可以修改回收模式。找到程序目录中的xxx.runtimeconfig.json文件,在里面加入:

  1. "configProperties": { 
  2.   "System.GC.Server"true 

这两个配置的关系是:如果开发时在.csproj中加入了ServerGarbageCollection,那在发布时会自动在.runtimeconfig.json中加入System.GC.Server。

二、回收和管理非托管资源

上面说到的回收机制,针对的是托管资源。

对于非托管资源,GC不会主动进行回收。回收非托管资源,只能手工编写代码并显式的释放。

通常来说,程序中用到的操作系统的资源文件、网络或数据库连接等,都属于非托管资源,需要手工清理。

有两种方法可以清理非托管理资源:

  • 使用终结器Finalize,并由GC回收
  • 手动处理Dispose

2.1 使用终结器Finalize

终结器Finalize是System.Object的一个虚方法,这个方法在GC回收对象的内存之前由垃圾回帐调用。我们可以重写这个方法,来释放非托管资源。

多说两句:似乎MS对这个部分有些犹豫,所以这儿规则一直处在两可之间。C#在析构函数的支持上并不严格。System.Object支持重写Object.Finalize方法,但它创建的类却不支持,重写会报错,而只能通过改写析构函数来实现,并由编译器将代码包装在try块中的析构函数或重写的Finalize中,并由finally调用Object.Finalize来实现。

使用终结器,缺点也是比较明显的。GC检测到一个对象需要回收时,会在一段不确定的时间之后调用终结器。这个不确定很讨厌,我们很难预料什么时候对象被实际释放。

Finalize虽然看着是手动清除非托管资源,其实还是由垃圾回收器去做的。它的最大作用是确保非托管资源一定被释放。

2.2 手动处理Dispose

手动处理最重要的理由,是在需要的时候立即释放,而不是让垃圾回收器进行不确定延时后的释放。

手动释放,主要的工作是提供一个IDisposable.Dispose的实现,来实现非托管资源的确定性释放。这样,当需要释放时,调用Dispose方法,就会立即释放非托管资源。

手动处理实现起来很简单。框架提供了一个接口System.IDisposable:

  1. public interface IDisposable   
  2. {   
  3.     void Dispose();   
  4. }   

他只包含一个方法Dispose。使用时,需要实现这个方法,在使用完成后及时释放非托管资源。

同时,Dispose方法还提供了GC.SuppressFinalize方法,来告诉GC对象已经被手动处理,不再需要调用终结器。

  1. public void Dispose()   
  2. {   
  3.     GC.SuppressFinalize(this);   
  4. }  

这种方式下,对象的内存可以做到提前回收。

在某些情况下,可能无法调用IDisposable.Dispose方法来释放非托管资源,但场景下又确实需要确定性地释放,这时候可能通过重写Object.Finalize来实现:

  1. public class MyClass     
  2. {     
  3.    ~MyClass()     
  4.    { 
  5.       //TODO: 释放未托管的资源 
  6.    }     
  7. }     

有点奇怪,是不是?

其实,这就是上边我说MS犹豫的地方。如果你直接重写Object.Finalize,像下面这样:

  1. public class MyClass     
  2. {     
  3.    protected override void Finalize()     
  4.    {     
  5.       //TODO: 释放未托管的资源 
  6.    }     
  7. }   

编译时会报错Do not override object.Finalize. Instead, provide a destructor.,而他正确的写法,就是析构函数。

上面说的内容,做成一个套路模板,就会是这样的:

  1. public class MyClass : IDisposable 
  2.     private bool disposedValue; 
  3.  
  4.     protected virtual void Dispose(bool disposing) 
  5.     { 
  6.         if (!disposedValue) 
  7.         { 
  8.             if (disposing) 
  9.             { 
  10.                 // TODO: 释放托管状态(托管对象) 
  11.             } 
  12.  
  13.             // TODO: 释放未托管的资源(未托管的对象)并替代终结器 
  14.             // TODO: 将大型字段设置为 null 
  15.             disposedValue = true
  16.         } 
  17.     } 
  18.  
  19.     ~MyClass() 
  20.     { 
  21.         Dispose(disposing: false); 
  22.     } 
  23.  
  24.     public void Dispose() 
  25.     { 
  26.         Dispose(disposing: true); 
  27.         GC.SuppressFinalize(this); 
  28.     } 

如果你看到了这儿,建议把上面这个套路模板存下来。这算是最完整的一个版本,网上能找到的,大多是简化版。

其实,我们经常使用的很多类,都实现了IDisposable接口。比如说,凡是可以用using来进行调用类,就都实现了IDisposable接口。另外有一些类,把Dispose改成了一个别的名字,比方IO里的Close方法,就是一个Dispose。

另外,如果对象实现了IDisposable接口,而我们直接new了这个对象,那在使用结束后,我们就需要Dispose这个对象。因为既然设计者选择了Dispose,那结束时调用Dispose就是正确的。

三、总结

最后做个简单的总结。

垃圾回收模式选择:应用程序可分配的资源少,或者能够竞争到的资源少,就使用工作站模式,反之就使用服务器模式。

在回收处理上,托管资源就扔给GC自动处理,非托管资源需要手动处理:

其中:

Finalize是标记出非托管资源可被回收,然后由GC去执行回收工作 

Dispose是直接调用,并即时回收。

 

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

浅析Dotnet的垃圾回收

下载Word文档到电脑,方便收藏和打印~

下载Word文档

猜你喜欢

浅析Dotnet的垃圾回收

在早期C++的时候,内存分配和释放都是由我们手动处理的,而在公共语言进行时CLR中,多了一个垃圾收集器GC,来充当自动内存管理器,完成同样的工作。

深入浅析JS中的垃圾回收机制

基本类型存放在栈中,引用类型存放在堆中。JavaScript 是在创建变量(对象,字符串等)时自动进行了分配内存,并且在不使用它们时“自动”释放。释放的过程称为垃圾回收。
2023-05-14

浅谈Python的垃圾回收机制

一.垃圾回收机制 Python中的垃圾回收是以引用计数为主,分代收集为辅。引用计数的缺陷是循环引用的问题。 在Python中,如果一个对象的引用数为0,Python虚拟机就会回收这个对象的内存。#encoding=utf-8 __autho
2022-06-04

深入浅出JVM垃圾回收器

本文对Java虚拟机垃圾回收器及其回收策略进行逐一介绍,同时对垃圾回收的优化思路做一些简单讨论,以期读者能对Java虚拟机的垃圾回收增加理解,同时对垃圾回收的优化有一些初步认识,为后续工作中的Java应用调优打下基础。

JVM 垃圾回收算法和 CMS 垃圾回收器

本文核心主要是讲述:JVM 中的几种垃圾回收算法理论,以及多种垃圾收集器,并且详细参数 CMS 垃圾收集器的实现、优缺点等,最后也会解释一下三色标记法与读写屏障。

垃圾回收你懂,Java垃圾回收你懂吗?

在用 C 之类的编程语言时,程序员需要自己手动分配和释放内存。而 Java 不一样,它有垃圾回收器,释放内存由回收器负责。本文接下来将介绍Java垃圾收集的知识原理。

浅谈一下JVM垃圾回收算法

这篇文章主要介绍了一下JVM垃圾回收算法,Java有着自己一套的内存管理机制,不需要开发者去手动释放内存,开发者只需要写好代码即可,运行过程中产生的垃圾都由JVM回收,需要的朋友可以参考下
2023-05-18

详解JVM 的垃圾回收算法和垃圾回收器

为了让这部分动态的内存分配能够进行合理的回收,就需要垃圾回收算法和垃圾回收器来帮忙了。下面让我们进入今天的主题。

Java垃圾回收的示例分析

这篇文章将为大家详细讲解有关Java垃圾回收的示例分析,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。Java垃圾回收是一项自动化的过程,用来管理程序所使用的运行时内存。通过这一自动化过程,JVM解除了程序
2023-05-30

深入浅析Java 中的可视化垃圾回收机制

这期内容当中小编将会给大家带来有关深入浅析Java 中的可视化垃圾回收机制,文章内容丰富且以专业的角度为大家分析和叙述,阅读完这篇文章希望大家可以有所收获。基础当谈到释放不再使用的内存,垃圾回收已经在很大程度上取代了早期技术,比如手动内存管
2023-05-31

JavaGC垃圾回收算法分析

垃圾回收机制简称GC,主要用于Java堆的管理。在JVM中程序计数器、虚拟机栈、本地方法栈生命周期随跟随线程,栈帧的进栈和入栈能实现自动清理。而jdk8后元空间为本地内存也不受GC控制,所以垃圾回收主要是在堆中
2022-12-20

JVM分代垃圾回收机制和垃圾回收算法

在C/C++中,我们需要用到内存的时候,需要先手动申明一下,使用完后又需要在手动回收一下,这两部非常麻烦而且还经常会出这个方面的问题。而这一切在Java中就已经被自动执行掉了,所以我们写代码的时候都不用再管这些无效的数据。
JVM回收算法2024-12-02

Kubernetes中的垃圾回收

考虑一个场景; 您在Kubernetes中创建了一个部署对象; 因此,它根据提供的清单生成副本集和pod。 后来,您意识到您错过了一个容器的属性,并且为了快速修复,您编辑了部署。 版本的部署会产生新的副本集对象和更新的Pod。

垃圾回收机制

我们定义变量会申请内存空间来存放变量的值,而内存的容量是有限的,当一个变量值没有用了(称为垃圾),就应该将其占用的内存给回收掉。变量名是访问到变量的唯一方式,所以当一个变量值没有任何关联的变量名时,我们就无法访问到该变量了,该变量就是一个垃
2023-01-30

编程热搜

  • Python 学习之路 - Python
    一、安装Python34Windows在Python官网(https://www.python.org/downloads/)下载安装包并安装。Python的默认安装路径是:C:\Python34配置环境变量:【右键计算机】--》【属性】-
    Python 学习之路 - Python
  • chatgpt的中文全称是什么
    chatgpt的中文全称是生成型预训练变换模型。ChatGPT是什么ChatGPT是美国人工智能研究实验室OpenAI开发的一种全新聊天机器人模型,它能够通过学习和理解人类的语言来进行对话,还能根据聊天的上下文进行互动,并协助人类完成一系列
    chatgpt的中文全称是什么
  • C/C++中extern函数使用详解
  • C/C++可变参数的使用
    可变参数的使用方法远远不止以下几种,不过在C,C++中使用可变参数时要小心,在使用printf()等函数时传入的参数个数一定不能比前面的格式化字符串中的’%’符号个数少,否则会产生访问越界,运气不好的话还会导致程序崩溃
    C/C++可变参数的使用
  • css样式文件该放在哪里
  • php中数组下标必须是连续的吗
  • Python 3 教程
    Python 3 教程 Python 的 3.0 版本,常被称为 Python 3000,或简称 Py3k。相对于 Python 的早期版本,这是一个较大的升级。为了不带入过多的累赘,Python 3.0 在设计的时候没有考虑向下兼容。 Python
    Python 3 教程
  • Python pip包管理
    一、前言    在Python中, 安装第三方模块是通过 setuptools 这个工具完成的。 Python有两个封装了 setuptools的包管理工具: easy_install  和  pip , 目前官方推荐使用 pip。    
    Python pip包管理
  • ubuntu如何重新编译内核
  • 改善Java代码之慎用java动态编译

目录