在之前的文章中我们介绍了 C# 中的 只读结构体(readonly struct)[1] 和与其紧密相关的 in 参数[2]

今天我们来讨论一下从 C# 8 开始引入的一个特性:可变结构体中的只读实例成员(当结构体可变时,将不会改变结构体状态的实例成员声明为 readonly)。

引入只读实例成员的原因

简单来说,还是为了提升性能

我们已经知道了只读结构体(readonly struct)和 in 参数可以通过减少创建副本,来提高代码运行的性能。当我们创建只读结构体类型时,编译器强制所有成员都是只读的(即没有实例成员修改其状态)。但是,在某些场景,比如您有一个现有的 API,具有公开可访问字段或者兼有可变成员和不可变成员。在这种情形下,不能将类型标记为 readonly (因为这关系到所有实例成员)。

通常,这没有太大的影响,但是在使用 in 参数的情况下就例外了。对于非只读结构体的 in 参数,编译器将为每个实例成员的调用创建参数的防御性副本,因为它无法保证此调用不会修改其内部状态。这可能会导致创建大量副本,并且比直接按值传递结构体时的总体性能更差(因为按值传递只会在传参时创建一次副本)。

看一个例子您就明白了,我们定义这样一个一般结构体,然后将其作为 in 参数传递:

public struct Rect
{
public float w;
public float h; public float Area
{
get
{
return w * h;
}
}
}
public class SampleClass
{
public float M(in Rect value)
{
return value.Area + value.Area;
}
}

编译后,类 SampleClass 中的方法 M 代码运行逻辑实际上是这样的

public float M([In] [IsReadOnly] ref Rect value)
{
Rect rect = value; //防御性副本
float area = rect.Area;
rect = value; //防御性副本
return area + rect.Area;
}

可变结构体中的只读实例成员

我们把上面的可变结构体 Rect 修改一下,添加一个 readonly 方法 GetAreaReadOnly,如下:

public struct Rect
{
public float w;
public float h; public float Area
{
get
{
return w * h;
}
} public readonly float GetAreaReadOnly()
{
return Area; //警告 CS8656 从 "readonly" 成员调用非 readonly 成员 "Rect.Area.get" 将产生 "this" 的隐式副本。
}
}

此时,代码是可以通过编译的,但是会提示一条这样的的警告:从 "readonly" 成员调用非 readonly 成员 "Rect.Area.get" 将产生 "this" 的隐式副本。

翻译成大白话就是说,我们在只读方法 GetAreaReadOnly 中调用了非只读 Area 属性将会产生 "this" 的防御性副本。用代码演示一下编译后方法 GetAreaReadOnly 的方法体运行逻辑实际上是这样的

[IsReadOnly]
public float GetAreaReadOnly()
{
Rect rect = this; //防御性副本
return rect.Area;
}

所以为了避免创建多余的防御性副本而影响性能,我们应该给只读方法体中调用的属性或方法都加上 readonly 修饰符(在本例中,即给属性 Area 加上 readonly 修饰符)。

调用可变结构体中的只读实例成员

我们将上面的示例再修改一下:

public struct Rect
{
public float w;
public float h; public readonly float Area
{
get
{
return w * h;
}
} public readonly float GetAreaReadOnly()
{
return Area;
} public float GetArea()
{
return Area;
}
} public class SampleClass
{
public float CallGetArea(Rect vector)
{
return vector.GetArea();
} public float CallGetAreaIn(in Rect vector)
{
return vector.GetArea();
} public float CallGetAreaReadOnly(in Rect vector)
{
//调用可变结构体中的只读实例成员
return vector.GetAreaReadOnly();
}
}

SampleClass 中定义三个方法:

  • 第一个方法是以前我们常见的调用方式;
  • 第二个以 in 参数传入可变结构体,调用非只读方法(可能修改结构体状态的方法);
  • 第三个以 in 参数传入可变结构体,调用只读方法。

我们来重点看一下第二个和第三个方法有什么区别,还是把它们的 IL 代码逻辑翻译成易懂的执行逻辑,如下所示

public float CallGetAreaIn([In] [IsReadOnly] ref Rect vector)
{
Rect rect = vector; //防御性副本
return rect.GetArea();
} public float CallGetAreaReadOnly([In] [IsReadOnly] ref Rect vector)
{
return vector.GetAreaReadOnly();
}

可以看出,CallGetAreaReadOnly 在调用结构体的(只读)成员方法时,相对于 CallGetAreaIn (调用结构体的非只读成员方法)少创建了一次本地的防御性副本,所以在执行性能上应该是有优势的。

只读实例成员的性能分析

性能的提升在结构体较大的时候比较明显,所以在测试的时候为了能够突出三个方法性能的差异,我在 Rect 结构体中添加了 30 个 decimal 类型的属性,然后在类 SampleClass 中添加了三个测试方法,代码如下所示:

public struct Rect
{
public float w;
public float h; public readonly float Area
{
get
{
return w * h;
}
} public readonly float GetAreaReadOnly()
{
return Area;
} public float GetArea()
{
return Area;
} public decimal Number1 { get; set; }
public decimal Number2 { get; set; }
//...
public decimal Number30 { get; set; }
} public class SampleClass
{
const int loops = 50000000;
Rect rectInstance; public SampleClass()
{
rectInstance = new Rect();
} [Benchmark(Baseline = true)]
public float DoNormalLoop()
{
float result = 0F;
for (int i = 0; i < loops; i++)
{
result = CallGetArea(rectInstance);
}
return result;
} [Benchmark]
public float DoNormalLoopByIn()
{
float result = 0F;
for (int i = 0; i < loops; i++)
{
result = CallGetAreaIn(in rectInstance);
}
return result;
} [Benchmark]
public float DoReadOnlyLoopByIn()
{
float result = 0F;
for (int i = 0; i < loops; i++)
{
result = CallGetAreaReadOnly(in rectInstance);
}
return result;
} public float CallGetArea(Rect vector)
{
return vector.GetArea();
} public float CallGetAreaIn(in Rect vector)
{
return vector.GetArea();
} public float CallGetAreaReadOnly(in Rect vector)
{
return vector.GetAreaReadOnly();
}
}

在没有使用 in 参数的方法中,意味着每次调用传入的是变量的一个新副本; 而在使用 in 修饰符的方法中,每次不是传递变量的新副本,而是传递同一副本的只读引用。

  • DoNormalLoop 方法,参数不加修饰符,传入一般结构体,调用可变结构体的非只读方法,这是以前比较常见的做法。
  • DoNormalLoopByIn 方法,参数加 in 修饰符,传入一般结构体,调用可变结构体的非只读方法。
  • DoReadOnlyLoopByIn 方法,参数加 in 修饰符,传入一般结构体,调用可变结构体的只读方法。

使用 BenchmarkDotNet 工具测试三个方法的运行时间,结果如下:

Method Mean Error StdDev Ratio RatioSD
DoNormalLoop 2.034 s 0.0392 s 0.0348 s 1.00 0.00
DoNormalLoopByIn 3.490 s 0.0667 s 0.0557 s 1.71 0.03
DoReadOnlyLoopByIn 1.041 s 0.0189 s 0.0202 s 0.51 0.01

从结果可以看出,当结构体可变时,使用 in 参数调用结构体的只读方法,性能高于其他两种; 使用 in 参数调用可变结构体的非只读方法,运行时间最长,严重影响了性能,应该避免这样调用。

总结

  • 当结构体为可变类型时,应将不会引起变化(即不会改变结构体状态)的成员声明为 readonly
  • 当仅调用结构体中的只读实例成员时,使用 in 参数,可以有效提升性能。
  • readonly 修饰符在只读属性上是必需的。编译器不会假定 getter 访问者不修改状态。因此,必须在属性上显式声明。
  • 自动属性可以省略 readonly 修饰符,因为不管 readonly 修饰符是否存在,编译器都将所有自动实现的 getter 视为只读。
  • 不要使用 in 参数调用结构体中的非只读实例成员,因为会对性能造成负面影响。

作者 : 技术译民

出品 : 技术译站


  1. https://www.cnblogs.com/ittranslator/p/13876180.html C# 中的只读结构体

  2. https://www.cnblogs.com/ittranslator/p/13919691.html C# 中的 in 参数和性能分析

C# 8: 可变结构体中的只读实例成员的更多相关文章

  1. C结构体中数据的内存对齐问题

    转自:http://www.cnblogs.com/qwcbeyond/archive/2012/05/08/2490897.html 32位机一般默认4字节对齐(32位机机器字长4字节),64位机一 ...

  2. 结构体中string成员的问题

    在结构体中定义字符串的成员的时候要注意定义成string有时候,在某些程序中给成员赋值会崩溃,但是不确定到底什么情况会崩溃.运行报错如下: Program received signal SIGSEG ...

  3. 问题解决——在结构体中使用set保存结构体数据

    =====================声明========================== 本文原创,转载请明确的注明出处和作者,并保持文章的完整性(包括本声明部分). 本文链接:http:/ ...

  4. C语言 结构体中属性的偏移量计算

    //计算结构体偏移量 #include<stdio.h> #include<stdlib.h> #include<string.h> //详解:对于offscfof ...

  5. C语言 结构体中的成员域偏移量

    //C语言中结构体中的成员域偏移量 #define _CRT_SECURE_NO_WARNINGS #include<stdio.h> #include<stdlib.h> # ...

  6. sturct stat 结构体中 st_mode 的含义

    工作中遇到 else if( (s_buf.st_mode&S_IFMT) == S_IFDIR) return 2; else if( !(s_buf.st_mode&S_IFREG ...

  7. SCROLLINFO结构体中fMask和nPage的理解

    还是VC++中有关显示图像的问题. 我们在显示一幅比较大的图像时,要使用带标准滚动条的对话框.涉及对滚动条的操作就不得不提SCROLLINFO这个结构体.只看单词意思就这道这个结构体要储存滚动条的一些 ...

  8. C语言结构体中的函数指针

      这篇文章简单的叙述一下函数指针在结构体中的应用,为后面的一系列文章打下基础 本文地址:http://www.cnblogs.com/archimedes/p/function-pointer-in ...

  9. c语言结构体中的冒号的用法

    结构体中常见的冒号的用法是表示位域. 有些信息在存储时,并不需要占用一个完整的字节,   而只需占几个或一个二进制位.例如在存放一个开关量时,只有0和1   两种状态,   用一位二进位即可.为了节省 ...

随机推荐

  1. Splay浅谈

    Splay是众多平衡树之一,它的功能十分强大,但常数极大.在LCT和许多数据结构中都能用到. Splay的核心操作,就是rotate.为了使树不是一条链,而是平衡的,我们需要旋转来维护形态.理论很简单 ...

  2. STM32之旅3——时钟数

    STM32之旅3--时钟数 STM32F1是M3内核,它的时钟数很庞大,让一个初学者去看,估计会很吃力,和我们入门的8051单片机的时钟不同,这里又倍频.又分频,而且还分成好多个时钟,不同的外设时钟不 ...

  3. RHSA-2017:1931-中危: bash 安全和BUG修复更新(代码执行)

    [root@localhost ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) 修复命令: 使用root账号登陆She ...

  4. V4L2摄像头应用编程(转)

    Video for Linuxtwo(Video4Linux2)简称V4L2,是V4L的改进版.V4L2是linux操作系统下用于采集图片.视频和音频数据的API接口,配合适当的视频采集设备和相应的驱 ...

  5. Jmeter请求之cookie处理方式

    方法一:增加cookie管理器线程组->配置元件->HTTP Cookie管理器,放在最上方 但该方法不一定有效 方法二:http信息头&正则表达式提取器结合使用, 在登录的htt ...

  6. CVE-2009-0927-Adobe Reader缓冲区溢出漏洞分析

    0x00概述: 此漏洞的成因是由于Adobe Reader在处理PDF文档中所包含的JavaScript脚本时的Collab对象的getlcon()方式不正确处理输入的参数,而产生的缓冲区溢出,成功利 ...

  7. 解决/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory报错 (转)

    解决/lib/ld-linux.so.2: bad ELF interpreter: No such file or directory报错 念淅 2020-01-03 15:02:25 3793 收 ...

  8. spring boot:actuator的安全配置:使用spring security做ip地址限制(spring boot 2.3.2)

    一,actuator有哪些环节要做安全配置? actuator是应用广泛的监控工具, 但在生产环境中使用时,需要做严格的安全保障, 避免造成信息泄露等严重的安全问题 actuator可以采取的安全措施 ...

  9. docker19.03限制容器使用的内存资源

    一,指定内存大小的参数: [root@localhost liuhongdi]# docker run -idt --name kafka2 --hostname kafka2 -m 200M --m ...

  10. python 爬虫可视化函数,可以先看看要爬取的数据是否存在

    import requests url = "http://www.spbeen.com" headers = { "User-Agent":"tes ...