内容简介:在某些使用了readonly关键字的情况下,C#编译器会创建出结构体的防御副本。虽然这个问题已经众所周知并被C#中的结构体通常用于提升性能,减少用于分配和销毁内存的开销。然而,潜在的陷阱限制了它们的使用。C# 7.2增加了一个改进的readonly结构体来解决这个问题。在如下几种情况下,C#编译器将为结构体创建副本:
在某些使用了readonly关键字的情况下,C#编译器会创建出结构体的防御副本。虽然这个问题已经众所周知并被 记录 下来了,但仍然值得重新审视,因为它与C# 7.2的几个特性有关。in和ref readonly关键字的使用让这个问题出现得更频繁,而readonly结构体提供了一种解决方法。
C#中的结构体通常用于提升性能,减少用于分配和销毁内存的开销。然而,潜在的陷阱限制了它们的使用。C# 7.2增加了一个改进的readonly结构体来解决这个问题。
在如下几种情况下,C#编译器将为结构体创建副本:
- 结构体不是只读的。
- 机构提变量使用了readonly修饰符。
- 调用方法(包括属性)。
public struct SomeStruct { private int _x; public int X { get { return _x; } } } private readonly SomeStruct s = new SomeStruct(42); s.X; // 编译器创建了一个防御副本。
当x是in参数、ref readonly局部变量或通过readonly reference返回值的方法调用的结果时,适用相同的规则。
public void BadFunction(in SomeStruct s) { s.X; // 编译器创建了一个防御副本。 }
C# 7.2增加了声明readonly结构体的可能性,并提供了避免创建防御副本的解决方案。声明为readonly的结构体不能具有属性设置器,并且不能对结构体成员赋值。
我们可以通过静态分析来检测防御性副本问题。 ErrorProne.NET 的灵感来自于ErrorProne,一个 Java 静态分析工具。移植到.NET的版本由一组Roslyn分析器组成,侧重于准确性和性能。其中有一部分分析器 适用于结构体 ,以Nuget包的方式供下载使用。
查看英文原文: Performance of Structs in C# 7.2
以上所述就是小编给大家介绍的《解决C# 7.2中的结构体性能问题》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- Serverless 架构:我心中函数的无状体性
- Serverless 架构:我心中函数的无状体性
- Teleport 2.6.5 发布,提高 etcd 后端整体性能
- 详解Oracle实例内存结构和进程结构
- 数据结构 – 用于构建文件系统的数据结构?
- Oracle 体系结构 - 逻辑和物理存储结构之间的关系
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。