公司做网站需准备什么材料,免费软件大全网址,17zwd一起做网站株洲站,成都搜索优化整站优化最近在做一个项目#xff0c;用到了大量的非托管技术#xff0c;所以垃圾回收变得很重要。在说垃圾回收之前#xff0c;先说说两个概念#xff1a;托管代码#xff0c;是由CLR管理的代码非托管代码#xff0c;是由操作系统直接执行的代码在早期C的时候#xff0c;内存分… 最近在做一个项目用到了大量的非托管技术所以垃圾回收变得很重要。 在说垃圾回收之前先说说两个概念托管代码是由CLR管理的代码非托管代码是由操作系统直接执行的代码在早期C的时候内存分配和释放都是由我们手动处理的而在公共语言进行时CLR中多了一个垃圾收集器GC来充当自动内存管理器完成同样的工作。从此对于开发人员来说我们可以不需要用显式的代码来执行内存管理。这样做的好处是明显的大量相关内存的错误被消除了比方没有释放对象导致的内存泄露或试图访问已经释放的对象的内存等等。 为了防止不提供原网址的转载特在这里加上原文链接https://abc.com一、回收和管理托管资源上面说了垃圾回收GC在Dotnet中是一个自动的内存管理器是一种机制用来清理和回收堆内存中未引用的部分。通常CLR会在这些情况下启动垃圾回收需要在堆上分配内存给一个新对象但没有足够的空闲内存时对象被强制Dispose时托管堆上已分配对象的内存超过了阀值这个阀值会动态调整调用了GC.Collect方法这些内容都是基础了解了非常好面试时有话可说。不了解也没关系不会影响做一个好的程序出来。 下面的内容如果能记住倒是对于程序开发很有帮助。在Dotnet的垃圾回收机制中回收器会自行优化并适用于多种方案。但是我们仍然可以根据运行环境来设置垃圾回收的类型。Dotnet的CLR提供了下面两种类型的垃圾回收工作站垃圾回收服务器垃圾回收这两种回收机制有一定的区别。工作站回收主要是为客户端应用设计的也是程序默认的回收机制。垃圾回收的过程跑在触发垃圾回收的用户线程上并使用相同的优先级。这种方式优点是不会被挂起或延迟缺点是需要与其它线程竞争CPU时间。当运行环境中只有一个CPU时系统会自动采用工作站方式不管你设置成什么。服务器回收针对的是高吞吐的服务器应用回收过程跑在专用的高优先级线程上而且默认是多线程在跑所以效率更高缺点是占用的资源会更多而且由于线程之间的干扰和上下文切换会影响整体性能。所以选择什么样的回收机制需要认真分析。通常普通应用工作站回收就好。如果是服务器端的API服务需要选择服务器回收。而如果是在服务端需要启动多个实例进行处理比方对总线的数据保存那还是工作站回收好。 设置垃圾回收方式在开发时可以在xxx.csproj文件中加入PropertyGroup ServerGarbageCollectiontrue/ServerGarbageCollection
/PropertyGroup
其中设置true就是服务器模式设置false就是工作站模式当然去掉这一行默认也是工作站模式。对于生产环境中已经上线的应用也可以修改回收模式。找到程序目录中的xxx.runtimeconfig.json文件在里面加入configProperties: {System.GC.Server: true
}
这两个配置的关系是如果开发时在.csproj中加入了ServerGarbageCollection那在发布时会自动在.runtimeconfig.json中加入System.GC.Server。二、回收和管理非托管资源上面说到的回收机制针对的是托管资源。对于非托管资源GC不会主动进行回收。回收非托管资源只能手工编写代码并显式的释放。通常来说程序中用到的操作系统的资源文件、网络或数据库连接等都属于非托管资源需要手工清理。有两种方法可以清理非托管理资源使用终结器Finalize并由GC回收手动处理Dispose2.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.IDisposablepublic interface IDisposable
{ void Dispose();
}
他只包含一个方法Dispose。使用时需要实现这个方法在使用完成后及时释放非托管资源。同时Dispose方法还提供了GC.SuppressFinalize方法来告诉GC对象已经被手动处理不再需要调用终结器。public void Dispose()
{ GC.SuppressFinalize(this);
}
这种方式下对象的内存可以做到提前回收。在某些情况下可能无法调用IDisposable.Dispose方法来释放非托管资源但场景下又确实需要确定性地释放这时候可能通过重写Object.Finalize来实现public class MyClass
{ ~MyClass() {//TODO: 释放未托管的资源}
}
有点奇怪是不是其实这就是上边我说MS犹豫的地方。如果你直接重写Object.Finalize像下面这样public class MyClass
{ protected override void Finalize() { //TODO: 释放未托管的资源}
}
编译时会报错Do not override object.Finalize. Instead, provide a destructor.而他正确的写法就是析构函数。 上面说的内容做成一个套路模板就会是这样的public class MyClass : IDisposable
{private bool disposedValue;protected virtual void Dispose(bool disposing){if (!disposedValue){if (disposing){// TODO: 释放托管状态(托管对象)}// TODO: 释放未托管的资源(未托管的对象)并替代终结器// TODO: 将大型字段设置为 nulldisposedValue true;}}~MyClass(){Dispose(disposing: false);}public void Dispose(){Dispose(disposing: true);GC.SuppressFinalize(this);}
}
如果你看到了这儿建议把上面这个套路模板存下来。这算是最完整的一个版本网上能找到的大多是简化版。 其实我们经常使用的很多类都实现了IDisposable接口。比如说凡是可以用using来进行调用类就都实现了IDisposable接口。另外有一些类把Dispose改成了一个别的名字比方IO里的Close方法就是一个Dispose。另外如果对象实现了IDisposable接口而我们直接new了这个对象那在使用结束后我们就需要Dispose这个对象。因为既然设计者选择了Dispose那结束时调用Dispose就是正确的。三、总结最后做个简单的总结。垃圾回收模式选择应用程序可分配的资源少或者能够竞争到的资源少就使用工作站模式反之就使用服务器模式。在回收处理上托管资源就扔给GC自动处理非托管资源需要手动处理其中Finalize是标记出非托管资源可被回收然后由GC去执行回收工作Dispose是直接调用并即时回收。 (全文完)喜欢就来个三连让更多人因你而受益
