本文介绍了关于“如何解决C# 7.2中的结构性能问题”的知识。很多人在实际案件操作中都会遇到这样的困难。接下来，让边肖带领大家学习如何应对这些情况！希望大家认真阅读，学点东西！
在某些使用readonly关键字的情况下，C#编译器会创建该结构的防御副本。虽然这个问题众所周知并有记录，但仍然值得重新审视，因为它与C# 7.2的几个特性有关。in和ref readonly关键字的使用使得这个问题更频繁地发生，readonly结构提供了一个解决方案。
C#中的结构通常用于提高性能，减少分配和销毁内存的开销。然而，潜在的陷阱限制了它们的使用。C# 7.2增加了一个改进的只读结构来解决这个问题。
在以下情况下，C#编译器将创建该结构的副本：
结构不是只读的。
机构变量中使用了readonly修饰符。
调用方法(包括属性)。
当x是in参数、ref readonly局部变量或通过readonly引用返回值的方法调用的结果时，同样的规则适用。
public void BadFuncTion(insomstructs){ 0
南x；//编译器创建了一个防御副本。}C# 7.2增加了声明只读结构的可能性，并提供了一种避免创建防御性副本的解决方案。声明为readonly的结构不能有属性设置器，也不能向结构成员赋值。
我们可以通过静态分析来检测防御复制问题。ErrorProne.NET的灵感来自于一个Java静态分析工具——易错性。版本已迁移到。NET由一组罗斯林分析仪组成，它们专注于精度和性能。一些分析器适用于结构，并且可以以Nuget包的形式下载。
这里介绍一下“如何解决C# 7.2中的结构性能问题”的内容。感谢您的阅读。如果你想了解更多的行业，可以关注网站。边肖将为您输出更多高质量的实用文章！
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/118938.html