C#中常规null检查与空条件运算符的性能是否有差异？

这两种写法几乎不存在可观测的性能差异，但从底层实现细节来看，传统的&&短路判断写法在极端场景下理论上略占优势，不过实际开发中完全可以忽略这种差异。

底层逻辑与差异分析 #

• 第一种写法：

  if(myObject != null && myObject.someBoolean)
  {
      // do something
  }
  

  采用C#的短路求值逻辑：先判断myObject != null，如果为false（即对象为null），直接终止后续判断；如果为true，再读取myObject.someBoolean的值。整个过程直接处理bool类型，没有额外的类型转换步骤。

• 第二种写法：

  if (myObject?.someBoolean ?? false)
  {
      // do something
  }
  

  是C#空传播运算符（?.）加空合并运算符（??）的语法糖：myObject?.someBoolean会先检查对象是否为null，为null时返回bool?类型的null，之后?? false将这个null转换为bool类型的false。本质上和第一种的短路逻辑一致，但底层编译后会多一步Nullable<bool>的类型处理操作。

实际性能表现 #

这种底层的微小差异，只有在极端高频调用（比如循环执行数亿次）的场景下才可能被性能分析工具检测到。对于普通业务代码来说，两种写法的性能表现完全一致，你完全不会感知到任何区别。

开发建议 #

既然你提到这并非应用性能瓶颈，那完全不用纠结性能问题。第二种写法更简洁现代，代码可读性更高，是当前C#开发中更推荐的写法，能让代码更清爽。

内容的提问来源于stack exchange，提问作者Florian Wolf