水果网站大全app下载,洛可可设计公司创始人,有建站模板如何建设网站,用凡科做的网站保存不了经常看到有群友调侃“为什么搞Java的总在学习JVM调优#xff1f;那是因为Java烂#xff01;我们.NET就不需要搞这些#xff01;”真的是这样吗#xff1f;今天我就用一个案例来分析一下。昨天#xff0c;一位学生问了我一个问题#xff1a;他建了一个默认的ASP.NET Core …经常看到有群友调侃“为什么搞Java的总在学习JVM调优那是因为Java烂我们.NET就不需要搞这些”真的是这样吗今天我就用一个案例来分析一下。昨天一位学生问了我一个问题他建了一个默认的ASP.NET Core Web API的项目也就是那个WeatherForecast的默认项目模板然后他把默认的生成5条数据的代码改成了生成150000条数据其他代码没变如下public IEnumerableWeatherForecast Get()
{return Enumerable.Range(1, 150000).Select(index new WeatherForecast{Date DateOnly.FromDateTime(DateTime.Now.AddDays(index)),TemperatureC Random.Shared.Next(-20, 55),Summary Summaries[Random.Shared.Next(Summaries.Length)]}).ToArray();
}然后他用压力测试工具对这个.NET编写的Web API模拟了1000个并发请求发现内存一路飙升到7GB并且在压力测试结束之后内存占用也不见回落。而他用Python编写的同样功能的Web API项目他用压力测试工具对这个Python编写的Web API模拟了同样多的请求发现内存同样飙升但是在压力测试结束之后内存占用很快回落到了正常的水平。他不由得发出了疑问“这样简单的程序就有内存泄漏了吗.NET的性能这么差吗”我用了四种方式“解决”了他的这个问题下面我将会依次分析这几种方式的做法和原理。在这之前我先简单科普一下垃圾回收GC的基本原理一个被创建出来的对象是占据内存的我们必须在对象不再需要被使用之后把对象占据的内存释放出来从而避免程序的内存占用越来越高。在C语言中需要程序员来使用malloc来进行内存的申请然后使用free进行内存的释放。而在C#、Java、Python等现代编程语言中程序员很少需要去关心一个被创建出来的对象程序员只需要根据需要尽情地new对象出来即可垃圾回收器Garbage Collector简称GC会帮我们把用不到的对象进行回收。关于GC还有“0代、1代”等问题这些问题大家可以看如下.NET官方的资料https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/?WT.mc_idDT-MVP-5004444下面开始谈这几种“解决方案”。解决方案一去掉ToArray()做法Get方法的返回值就是IEnumerableWeatherForecast类型而Select()方法的返回值也就是同样的类型所以完全没必要再ToArray()转换为数组再返回因此我们把ToArray()去掉。代码如下public IEnumerableWeatherForecast Get()
{return Enumerable.Range(1, 150000).Select(index new WeatherForecast{Date DateOnly.FromDateTime(DateTime.Now.AddDays(index)),TemperatureC Random.Shared.Next(-20, 55),Summary Summaries[Random.Shared.Next(Summaries.Length)]});
}再运行同样的压力测试惊人的一幕发生了峰值内存占用也不到100MB。原理分析这是为什么呢IEnumerable以及LINQ默认是以一种“流水线”的方式在工作也就是说使用IEnumerable的消费者比如这里消费IEnumerable的应该是Json序列化器每调用MoveNext()一次获取一条数据才执行一次Select()来创建一个新的WeatherForecast对象。而加上ToArray()之后则是一次性生成150000个WeatherForecast对象并且把这150000个对象放到一个数组中才把这个大数组返回。对于不采用ToArray()的“流水线式”工作方式对象是一个个产生、一个个的消费因此同时并发生成的对象是“缓缓流淌”的因此不会有ToArray()那样逐渐累积150000个对象的操作因此并发内存占用更小。同时由于WeatherForecast对象是流水线式生产、消费的因此当一个WeatherForecast对象被消费完成后就“可以”被GC回收了。而用ToArray()之后数组对象会持有那150000个WeatherForecast对象的引用因此只有数组对象被标记为“可回收”之后那150000个WeatherForecast对象才有可能被标记为“可回收”因此WeatherForecast对象被回收的机会被大大推后。不知道为什么微软官方要给WeatherForecast这个Web API例子项目代码里给出ToArray()这样没必要的写法我要去找微软的人去反馈谁也别拦着我这给我们的启示就是尽量让Linq“流水线式”工作尽量使用IEnumerable类型而不是数组或者List类型每次对IEnumerable类型使用ToArray()、ToList()操作的时候要谨慎。上面这个方案是最完美的方案下面的几种方案只是为了帮助大家更深入的理解GC。解决方案二把class改成struct做法仍然保留原始的ToArray()但是把WeatherForecast类型从class改为struct结构体代码如下public struct WeatherForecast
{public DateOnly Date { get; set; }public int TemperatureC { get; set; }public int TemperatureF 32 (int)(TemperatureC / 0.5556);public string? Summary { get; set; }
}再运行同样的压力测试用struct的峰值内存占用只有用class的大约一半同样的在压力测试结束之后内存占用没有回落。原理分析class对象包含的信息更多而struct包含的信息更少而且struct的内存结构更加紧凑因此包含同样成员的struct比class对象内存占用更小。这就是为什么把class改为struct之后峰值内存占用降低的原因。有的朋友可能会问“不是说struct对象是分配在栈上会用完了之后自动回收不需要GC回收吗为什么在压力测试结束后内存占用没有回落呢难道struct的内存没有被自动回收吗”。需要注意的是“struct对象会自动回收不需要GC”这种情况只发生在struct对象没有被引用类型对象所引用的情况一旦一个struct对象被一个引用类型对象引用之后struct对象也需要由GC来回收。我们的代码中由于进行了ToArray()操作所以这150000个struct对象会被一个数组引用因此这些struct对象就必须依赖于GC的回收了。解决方案三手动GC做法既然由于GC没有及时执行导致在压力测试结束之后内存居高不下那么我们可以在压力测试结束后手动调用GC强制运行垃圾回收。我们再创建一个新的Controller然后在Action中调用一下GC.Collect()来强制执行内存回收。代码如下public class ValuesController : ControllerBase
{[HttpGet(Name RunGC)]public string RunGC(){GC.Collect();return ok;}
}我们再执行压力测试在压力测试完成后很显然内存占用没有回落。然后我们多请求几次RunGC()我们就能发现内存占用回落到100多MB了。原理分析GC.Collect();就是强制执行内存回收所以那些还没有被回收的WeatherForecast对象就会被回收了。为什么要多次调用GC.Collect();才会让内存占用回落到初始状态呢那是因为内存回收是比较消耗CPU的操作为了避免对程序性能造成影响所以不会一次执行垃圾回收的时候把所有用不到的对象一次性全部回收。主要注意的是手动调用GC.Collect()不是一个好的习惯因为GC会根据策略选择合适的时机来执行内存回收手动的执行垃圾回收可能会造成程序的性能问题。如果需要手动GC.Collect()来降低让程序内存占用的达到你的期望的目的要么是你的程序需要优化要么是你对程序的内存占用的期望是错误的。什么叫“对程序的内存占用的期望是错误的”呢下面这个解决方案会提到。解决方案四调整GC的类型做法在ASP.NET Core项目文件也就是csproj文件中加入如下的配置PropertyGroupServerGarbageCollectionfalse/ServerGarbageCollection
/PropertyGroup再运行同样的压力测试压力测试结束后内存占用很快就回落到初始的100多MB了。原理分析我们知道我们开发的程序常用的有两种类别桌面程序如WinForms、WPF和服务器端程序如ASP.NET Core。桌面程序一般不会独占整个操作系统的内存和CPU资源因为操作系统上还有很多其他程序在运行因此桌面程序在内存和CPU占用上比较保守。对于一个桌面程序如果它内存占用过多我们会认为它不好。与之相反服务器端程序通常是拥有整个服务器的内存和CPU资源的因为正常的系统都会把数据库、Web Server、Redis等部署到不同的计算机中所以充分利用内存和CPU能够提升网站程序的性能。这就是为什么Oracle数据库默认会占满服务器的大部分内存的原因因为内存闲着也是闲着不如用起来提高性能。对于一个网站程序如果可以通过占尽可能多的内存提升性能但是它却占很少的内存我们会认为它对内存利用不足当然这里指的不是滥用内存。对应的.NET的GC有Workstation和Server两种模式。Workstation模式是为桌面程序准备的内存占用偏保守而Server模式是为服务器端程序准备的内存占用上更激进。我们知道垃圾回收比较消耗资源对于服务器端程序来讲频繁的GC会降低性能因此Server模式下只要还有足够的可用内存.NET会尽量降低GC的频率和范围。而桌面程序对GC造成的性能影响容忍度高而对内存占用过多则容忍度低。因此Workstation模式下GC会更高频的运行从而保证程序内存占用小而Server模式下只要还有足够多的可用内存GC就尽量少运行运行的时候也不会长时间的进行大量对象的回收。当然这两种模式还有很多其他的区别详细请查看微软的文档https://learn.microsoft.com/en-us/dotnet/standard/garbage-collection/workstation-server-gc?WT.mc_idDT-MVP-5004444ASP.NET Core程序默认就是启用的Server模式的GC所以压力测试结束后内存也没有回落。而通过ServerGarbageCollectionfalse/ServerGarbageCollection禁用Server模式的GC之后GC就变成了Workstation模式后程序就会更激进地回收内存了。当然把服务器端程序改为Workstation模式之后程序的性能就会受影响因此除非有充足的理由否则不建议这样做毕竟对于服务器来讲内存闲着就是一种浪费。除了GC的模式之外.NET中也像Java的JVM中一样可以设置堆内存的大小、百分比等各种复杂的GC调优参数详细请阅读微软的文档 https://learn.microsoft.com/en-us/dotnet/core/runtime-config/garbage-collector?WT.mc_idDT-MVP-5004444总结尽量使用LINQ的“流水线”操作尽量避免对大数据量的数据源进行ToArray()或者ToList()避免手动GC建立对程序内存占用的正确期望对于服务器端程序来讲并不是内存占用越低越好用好GC的模式从而满足不同程序的性能和内存占用的不同追求可以通过GC的参数来对于程序的性能进行更加个性化的设置。欢迎阅读我编写的《ASP.NET Core技术内幕与项目实战》这本书的宗旨就是“讲微软文档中没有的内容讲原理、讲实践、讲架构”。人民邮电出版社出版在京东、淘宝都可以购买到。也可以点击下方链接购买。
