.NET 性能优化的技巧

尽可能不要通过将值类型转换为引用类型来装箱值类型。这是常见的建议，但在API设计中需要考虑一些因素。在Hagar中，可以接受值类型的接口和方法定义是通用的，以便它们可以专门用于精确类型并避免装箱/拆箱成本。结果，没有热路径拳击。在某些情况下仍然存在拳击，例如异常方法的字符串格式。可以通过对参数的显式. tostring()调用来删除那些特定的装箱分配。

减少关闭分配

只分配闭包一次，并存储结果，就可供多次重复使用。例如，通常将委托传递给ConcurrentDictionary. getoradd。与其将委托编写为内联lambda，还不如将define定义为类中的私有字段。下面是来自Hagar中可选ISerializable支持包的一个例子：

private readonly Func<Type, Action<object, SerializationInfo, StreamingContext>> createConstructorDelegate; 
 
public ObjectSerializer(SerializationConstructorFactory constructorFactory) 
{ 
    // Other parameters/statements omitted. 
    this.createConstructorDelegate = constructorFactory.GetSerializationConstructorDelegate; 
} 
 
// Later, on a hot code path: 
var constructor = this.constructors.GetOrAdd(info.ObjectType, this.createConstructorDelegate); 

尽量减少复制

.NET Core 2.0和2.1以及最近的C#版本，在删除数据复制过程的方面取得了相当大的进步。最值得注意的是Span，但在参数修饰符和只读结构中也值得一提。Span 是ref 结构堆栈，而不是托管堆上分配。

使用Span来避免数组分配并避免数据复制

一个Span表示任意内存的相邻区域， 一个Span实例通常用来保存数组的元素或数组的一部分。

对于.NET Core来说，Span对于性能优化非常重要，它们使用优化的表示来减小它们的大小，这需要添加对内部指针的垃圾收集器的支持。内部指针是指向数组范围内的托管引用，而不是只能指向第一个元素，因此需要一个包含数组偏移量的附加字段。有关Span的更多信息，请点此参考。

Hagar广泛使用Span，因为它允许我们创建可用于较大缓冲区的分段试图。

通过ref传递结构以最小化堆栈上的副本

Hagar使用两个主要结构，Reader 和Writer。这些结构包含几个字段，几乎每次调用都会传递给序列化或反序列化调用路径。

在没有干预的情况下，使用这些结构进行的每个方法调用都会带来很大的影响，因为每个调用都需要将整个结构复制到堆栈中。

我们可以通过将这些结构作为ref参数传递来避免副本的产生，另外，C#还支持使用ref this作为扩展方法的目标，这非常方便。据我所知，没有办法确保特定的结构类型总是由ref传递，如果你不小心在调用的参数列表中省略了ref，这可能会导致运行错误。

避免保护性拷贝(defensive copy)

Roslyn有时需要做一些工作来保证一些语言不变量，当结构存储在只读字段中时，编译器将插入一些指令，以避免复制该字段，然后再将其包含到任何能保证不会对其进行修改的操作中。通常，这意味着调用在结构类型本身上定义的方法，因为将结构作为参数传递给在另一类型上定义的方法已经需要将结构复制到堆栈上(除非通过ref或in传递)。

如果将 7.2 添加到csproj文件中，则可以将结构定义为只读结构(这是c# 7.2的语言特性)，则可以避免保护性拷贝。

有时，如果你无法将其定义为只读结构，则最好在其他不可变结构字段上省略readonly修饰符。

以Jon Skeet的NodaTime库为例，在这个示例中，Jon使大多数结构变为只读，因此能够将readonly修饰符添加到包含这些结构的字段中，而不会对性能产生负面影响。

减少分支和分支错误预测

（编辑：PHP编程网 - 湛江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!