聊聊Interlocked.CompareExchange吧?

开发 前端
Interlocked.CompareExchange这玩意用法被讲的很烂了,为何再次被提及,主要看了下官网对其使用描述可能对于部分童鞋来讲具备一定迷惑性,需我们进一步消化下,话不多讲,我们来看看吧~~~

[[379567]]

Interlocked.CompareExchange这玩意用法被讲的很烂了,为何再次被提及,主要看了下官网对其使用描述可能对于部分童鞋来讲具备一定迷惑性,需我们进一步消化下,话不多讲,我们来看看吧~~~

浅谈如标题

关于啥时候用此语法,这.....此处省略若干字,上代码

  1. var location = 1; 
  2.  
  3. var value = 3; 
  4.  
  5. var compared = 1; 
  6.  
  7. Interlocked.CompareExchange(ref location, value, compared); 

若原始值(location)与比较值(compared)一致,则将当前值(value)替换原始值。如图上述,此时原始值将为3,毫无疑问,我们很清楚这是基本用法

问题来了,该语法既可比较基本类型也可比较引用对象

当比较对象时,官方还特此备注注意:

比较对象的引用相等性,而不是值相等性。结果,两个具有相同值类型(例如,整数3)的装箱实例始终看起来不相等,并且不执行任何操作。不要将此重载用于值类型。

初次看,稍不注意的迷惑性来了,解释如下截图

从描述上看,一部分童鞋是不是会认为,原始值为空,则会引发空引用异常,如下代码

  1. object o1 = null
  2.  
  3. object o2 = null
  4.  
  5. Interlocked.CompareExchange(ref o1, o2, null); 

运行上述代码将不会抛出空引用异常,这是为何?难道官方解释有误,接下来我们深入探讨下

深谈如标题

若对C语言有所了解,则不会存在疑惑,官方解释为空指针(不是空),而我们代码是空引用,二者不可同日而语

C#中对于引用类型,定义现有的变量必将存在引用,所以在C#中不可能存在空引用,所以我们是不是可以认为必然不会存在抛出空引用异常

官方解释为空指针和null其实并不是同一个概念,如此一解释,极易引起概念混淆,还不如去掉,显得有点多余

再想想,也不是那么绝对,个人以为,至少在托管情况下理论上应该不会抛出任何异常,非托管情况下可能没有保证,或者通过IL操作底层,也会触发上述空引用异常

综上个人理解,官方解释谈不上迷惑性,只是好像有点会引起概念混淆,让部分童鞋以为不能传递空,希望没将各位绕晕图片

那么我们在哪些场景下会用到上述原始值为空的情况呢?比如确保对象初始化,如下:

  1. public class Order 
  2.     public Address Address 
  3.     { 
  4.         get 
  5.         { 
  6.             return CreateAddress(); 
  7.         } 
  8.     } 
  9.  
  10.    private Address CreateAddress() => new Address(); 
  11.  
  12. public class Address 

当我们在Order内部使用Address时,确保其实例已完全初始化,如下:

  1. static Address EnsureAddressInitialized() 
  2.     var order = new Order(); 
  3.  
  4.     Func<Order, Address> func = f => f.Address; 
  5.  
  6.     Address target = null
  7.  
  8.     var result = Interlocked.CompareExchange(ref target, func(order), null); 
  9.  
  10.     Console.WriteLine(result == null); 
  11.  
  12.     Console.WriteLine(target); 
  13.  
  14.     return target!; 

上述方法返回对象实例时,我们使用C# 8.0语法表明对象实例绝不可能为空

该语法有返回值,那打印结果是否和替换后的原始值一样呢?不是,除了替换原始值外,针对所有情况,返回值都是最初原始值即旧值。

据我所知,该语法底层直接操作CPU处理器指令,当然也是原子性操作,即便是操作系统也无法执行中断操作,线程可以在指令执行之前被抢占,但在指令执行期间不会被抢占,换言之,绝不会出现,当原始值和比较值比较相等时,而另一线程指令更改原始值的情况

基于上述理论,所以才有了网上大多数通过循环方式对其返回结果赋最新原始值实现并发无锁修改操作

  1. public static Address EnsureAddressInitialized( 
  2.   ref Address target, 
  3.   Order order, Func<Order, Address> func) 
  4.  { 
  5.       if (target != null
  6.       { 
  7.         return target; 
  8.       } 
  9.  
  10.       while (Interlocked.CompareExchange(ref target, func(order), null) == null
  11.       { 
  12.         break; 
  13.       } 
  14.  
  15.       return target; 
  16.  } 

为避免上述没必要的循环操作,同时也为避开CPU缓存,我们进一步进行代码优化,通过使用Volatile关键字获取内存最新存储数据,最终演变成如下这般

  1. public static Address EnsureAddressInitialized( 
  2.             ref Address target, 
  3.             Order order, Func<Order, Address> func) 
  4.     var tmp = Volatile.Read(ref target); 
  5.     if (tmp != null
  6.     { 
  7.       return tmp; 
  8.     } 
  9.  
  10.     Interlocked.CompareExchange(ref target, func(order), null); 
  11.  
  12.     return target!; 

概念的混淆可能会存在使用上的疑惑,同时我们基于理论逐步优化,实现并发无锁修改操作

 

责任编辑:武晓燕 来源: JeffckyShare
相关推荐

2023-11-09 08:14:07

时间窗口限流

2020-09-04 07:33:12

Redis HashMap 数据

2021-01-12 08:21:46

Jvm类加载机制运行区数据

2024-01-15 06:42:00

高并发热点账户数据库

2020-02-18 15:15:05

Handler消息队列执行任务

2020-05-06 22:07:53

UbuntuLinux操作系统

2013-04-19 10:23:25

编程

2014-07-28 14:46:40

Service

2023-08-23 18:56:46

2022-11-30 08:19:15

内存分配Go逃逸分析

2021-09-07 11:20:02

binlogMySQL数据库

2012-05-18 13:28:04

HTC

2022-02-09 11:02:16

JavaScript前端框架

2023-09-11 08:50:03

Maven工具关系管理

2023-08-07 08:32:05

RocketMQ名字服务

2021-06-26 07:40:45

Greenplum集群部署

2021-06-02 08:33:31

TPCTPC-H系统

2021-01-14 08:58:12

Synchronize锁操作

2023-06-30 07:51:44

springboot初始化逻辑

2023-02-24 16:46:25

Glide缓存机制
点赞
收藏

51CTO技术栈公众号