您现在的位置是:网站首页> 编程资料编程资料
.NET使用Collections.Pooled提升性能优化的方法_实用技巧_
2023-05-24
342人已围观
简介 .NET使用Collections.Pooled提升性能优化的方法_实用技巧_
简介
性能优化就是如何在保证处理相同数量的请求情况下占用更少的资源,而这个资源一般就是CPU或者内存,当然还有操作系统IO句柄、网络流量、磁盘占用等等。但是绝大多数时候,我们就是在降低CPU和内存的占用率。
之前分享的内容都有一些局限性,很难直接改造,今天要和大家分享一个简单的方法,只需要替换几个集合类型,就可以达到提升性能和降低内存占用的效果。
今天要给大家分享一个类库,这个类库叫Collections.Pooled,从名字就可以看出来,它是通过池化内存来达到降低内存占用和GC的目的,后面我们会直接来看看它的性能到底怎么样,另外也会带大家看看源码,为什么它会带来这些性能提升。
Collections.Pooled
项目链接:https://github.com/jtmueller/Collections.Pooled
该库基于System.Collections.Generic中的类,这些类已经被修改,以利用新的System.Span和System.Buffers.ArrayPool类库,达到减少内存分配,提高性能,并允许与现代API的更大的互操作性的目的。Collections.Pooled支持.NETStandard2.0(.NET Framework 4.6.1+),以及针对.NET Core 2.1+的优化构建。一套广泛的单元测试和基准已经从corefx移植过来。
测试总数:27501。通过:27501。失败:0。跳过:0。
测试运行成功。
测试执行时间:9.9019秒
如何使用
通过Nuget就可以很简单的安装这个类库,NuGet Version 。
Install-Package Collections.Pooled dotnet add package Collections.Pooled paket add Collections.Pooled
在Collections.Pooled类库中,它针对我们常使用的集合类型都实现了池化的版本,和.NET原生类型的对比如下所示。
| .NET原生 | Collections.Pooled | 备注 |
|---|---|---|
List | PooledList | 泛型集合类 |
Dictionary | PooledDictionary | 泛型字典类 |
HashSet | PooledSet | 泛型哈希集合类 |
Stack | Stack | 泛型栈 |
Queue | PooledQueue | 泛型队列 |
在使用时,我们只需要将对应的.NET原生版本换成Collections.Pooled版本就可以了,如下方的代码所示:
using Collections.Pooled; // 使用方式是一样的 var list = new List(); var pooledList = new PooledList (); var dictionary = new Dictionary (); var pooledDictionary = new PooledDictionary (); // 包括PooledSet、PooledQueue、PooledStack的使用方法都是一样的 var pooledList1 = Enumerable.Range(0,100).ToPooledList(); var pooledDictionary1 = Enumerable.Range(0,100).ToPooledDictionary(i => i, i => i);
但是我们需要注意,Pooled类型实现了IDispose接口,它通过Dispose()方法将使用的内存归还到池中,所以我们需要在使用完Pooled集合对象以后调用它的Dispose()方法。或者可以直接使用using var关键字。
using Collections.Pooled; // 使用using var 会在pooled对象使用完毕后自动释放 using var pooledList = new PooledList(); Console.WriteLine(pooledList.Count); // 使用using作用域 作用域结束以后就会释放 using (var pooledDictionary = new PooledDictionary ()) { Console.WriteLine(pooledDictionary.Count); } // 手动调用Dispose方法 var pooledStack = new PooledStack (); Console.WriteLine(pooledStack.Count); pooledList.Dispose();
注意:使用Collections.Pooled内的集合对象最好需要释放掉它,不过不释放也没有关系,GC最终会回收它,只是它不能归还到池中,达不到节省内存的效果了。
由于它会复用内存空间,在将内存空间返回到池中的时候,需要对集合内的元素做处理,它提供了一个叫ClearMode的枚举供使用,定义如下:
namespace Collections.Pooled { /// /// 这个枚举允许控制在内部数组返回到ArrayPool时如何处理数据。 /// 数组返回到ArrayPool时如何处理数据。在使用默认选项之外的其他选项之前,请注意了解 /// 在使用默认值Auto之外的任何其他选项之前,请仔细了解每个选项的作用。 /// public enum ClearMode { /// /// Auto根据目标框架有不同的行为 /// .NET Core 2.1: 引用类型和包含引用类型的值类型在内部数组返回池时被清除。 不包含引用类型的值类型在返回池时不会被清除。 /// .NET Standard 2.0: 在返回池之前清除所有用户类型,以防它们包含引用类型。 对于 .NET Standard,Auto 和 Always 具有相同的行为。 /// Auto = 0, /// /// The Always 设置的效果是在返回池之前总是清除用户类型。 /// Always = 1, /// /// Never 将导致池化集合在将它们返回池之前永远不会清除用户类型。 /// Never = 2 } }默认情况下,使用默认值Auto即可,如果有特殊的性能要求,知晓风险后可以使用Never。
对于引用类型和包含引用类型的值类型,我们必须在将内存空间归还到池的时候清空数组引用,如果不清除会导致GC无法释放这部分内存空间(因为元素的引用一直被池持有),如果是纯值类型,那么就可以不清空,在使用结构体替代类这篇文章中,我描述了引用类型和结构体(值类型)数组的存储区别,纯值类型没有对象头回收也无需GC介入。
性能对比
我没有单独做Benchmark,直接使用的开源项目的跑分结果,很多项目的内存占用都是0,那是因为使用的池化的内存,没有多余的分配。
PooledList
在Benchmark中循环向集合添加2048个元素,.NET原生的List需要110us(根据实际跑分结果,图中的毫秒应该是笔误)和263KB内存,而PooledList只需要36us和0KB内存。

PooledDictionary
在Benchmark中循环向字典添加10_0000个元素,.NET原生的Dictionary需要11ms和13MB内存,而PooledDictionary只需要7ms和0MB内存。

PooledSet
在Benchmark中循环向哈希集合添加10_0000个元素,.NET原生的HashSet需要5348ms和2MB,而PooledSet只需要4723ms和0MB内存。

PooledStack
在Benchmark中循环向栈添加10_0000个元素,.NET原生的PooledStack需要1079ms和2MB,而PooledStack只需要633ms和0MB内存。

PooledQueue
在Benchmark中循环向队列添加10_0000个元素,.NET原生的PooledQueue需要681ms和1MB,而PooledQueue只需要408ms和0MB内存。

未手动释放场景
另外在上文中我们提到了Pooled的集合类型需要释放,但是不释放也没有太大的关系,因为GC会去回收。
private static readonly string[] List = Enumerable .Range(0, 10000).Select(c => c.ToString()).ToArray(); // 使用默认的集合类型 [Benchmark(Baseline = true)] public int UseList() { var list = new List(1024); for (var index = 0; index < List.Length; index++) { var item = List[index]; list.Add(item); } return list.Count; } // 使用PooledList 并且及时释放 [Benchmark] public int UsePooled() { using var list = new PooledList(1024); for (var index = 0; index < List.Length; index++) { var item = List[index]; list.Add(item); } return list.Count; } // 使用PooledList 不释放 [Benchmark] public int UsePooledWithOutUsing() { var list = new PooledList(1024); for (var index = 0; index < List.Length; index++) { var item = List[index]; list.Add(item); } return list.Count; } Benchmark结果如下:

可以从上面的Benchmark结果可以得出结论。
- 及时释放
Pooled类型集合几乎不会触发GC和分配内存,从上图中它只分配了56Byte内存。 - 就算不释放
Pooled类型集合,因为它从池中分配内存,在进行ReSize扩容操作时还是会复用内存,另外跳过了GC分配内存初始化步骤,速度也比较快。 - 最慢的就是使用普通集合类型,每次
ReSize扩容操作都需要申请新的内存空间,GC也要回收之前的内存空间。
原理解析
如果大家看过我之前的博文你应该为集合类型设置初始大小和浅析C# Dictionary实现原理就可以知道,.NET BCL开发人员为了高性能的随机访问,这些基本集合类型的底层数据结构都是数组,我们以List为例。
- 创建新的数组来存储添加进来的元素。
- 如果数组空间不够,那么就触发扩容操作,申请2倍的空间大小。
构造函数代码如下,可以看到是直接创建的泛型数组:
public List(int capacity) { if (capacity < 0) ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument.capacity, ExceptionResource.ArgumentOutOfRange_NeedNonNegNum); if (capacity == 0) _items = s_emptyArray; else _items = new T[capacity]; }那么如果想要池化内存,只需要把类库中使用new关键字申请的地方,改为使用池化的申请。这里和大家分享.NET BCL中的一个类型,叫ArrayPool,它提供了可重复使用的泛型实例的数组资源池,使用它可以降低对GC的压力,在频繁创建和销毁数组的情况下提升性能。
而我们Pooled类型的底层就是使用ArrayPool来共享资源池,从它的构造函数中,我们可以看到它默认使用的是ArrayPool来分配数组对象,当然你也可以创建自己的ArrayPool来让它使用。
// 默认使用ArrayPool.Shared池 public PooledList(int capacity, ClearMode clearMode, bool sizeToCapacity) : this(capacity, clearMode, ArrayPool .Shared, sizeToCapacity) { } // 分配数组使用 ArrayPool public PooledList(int capacity, ClearMode clearMode, ArrayPool customPool, bool sizeToCapacity) { if (capacity < 0) ThrowHelper.ThrowArgumentOutOfRangeException(ExceptionArgument.capacity, ExceptionResource.ArgumentOutOfRange_NeedNonNegNum); _pool = customPool ?? ArrayPool .Shared; _clearOnFree = ShouldClear(clearMode); if (capacity == 0) { _items = s_emptyArray; } else { _
相关内容
- 关于Net6 Xunit 集成测试的问题_实用技巧_
- asp.net6 blazor 文件上传功能_实用技巧_
- Redis中pop出队列多个元素思考_实用技巧_
- ASP.NET Core获取正确查询字符串参数示例_实用技巧_
- asp.net core实体类生产CRUD后台管理界面_实用技巧_
- ABP基础架构深入探索_基础应用_
- .NET core项目AsyncLocal在链路追踪中的应用_实用技巧_
- Asp.Net Core7 preview4限流中间件新特性详解_实用技巧_
- Asp.Net上传文件并配置可上传大文件的方法_基础应用_
- 在.net项目使用JSONSchema示例详解_实用技巧_
点击排行
本栏推荐
