1. 三种常用的字符串判空串方法:

  • Length法:bool isEmpty = (str.Length == 0);
  • Empty法:bool isEmpty = (str == String.Empty);
  • General法:bool isEmpty = (str == "");

2. 深入内部机制:

  • 要探讨这三种方法的内部机制,我们得首先看看.NET是怎样实现的,也就是要看看.NET的源代码!然而,我们哪里找这些源代码呢?我们同样有三种方法:
    • Rotor法:一个不错的选择就是微软的Rotor,这是微软的一个源代码共享项目。
    • Mono法:另一个不错的选择当然就是真正的开源项目Mono啦!
    • Reflector法:最后一个选择就是使用反编译器,不过这种重组的代码不一定就是原貌,只不过是一种“近似值”,你可以考虑使用Reflector这个反编译器[1]。
  • 这里采用Reflector法,我们先来看看一下源代码[2](片段):

如何判断字符串是否为空串?[C#]public   sealed   class  String : IComparable, ICloneable, IConvertible, IEnumerable, IComparable < string >
}

  • Rotor里面String类的代码与此没什么不同,只是没有EqualsHelper方法,代之以如下的声明:

如何判断字符串是否为空串?[C#]public   extern   bool  Equals(String value);

  • 进一步分析:
    • 首先是Empty法,由于String.Empty是一个静态只读域,只会被创建一次(在静态构造函数中)。但当我们使用Empty法进行判空时,.NET还会依次展开调用以下的方法,而后两个方法内部还会进行对象引用判等!

如何判断字符串是否为空串?[C#]public   static   bool   operator   == ( string  a,  string  b);
如何判断字符串是否为空串?[C#]
如何判断字符串是否为空串?[C#]
public   static   bool  Equals( string  a,  string  b);
如何判断字符串是否为空串?[C#]
如何判断字符串是否为空串?[C#]
private   static   unsafe   bool  EqualsHelper( string  ao,  string  bo);

    • 若使用General法判等的话,情况就“更胜一筹”了!因为.NET除了要依次展开调用上面三个方法之外,还得首先创建一个临时的空字符串实例,如果你要进行大量的比较,这恐怕是想一想就很吓人了!
    • 而对于Length法,我们就可以绕过上面这些繁琐的步骤,直接进行整数(字符串长度)判等,我们知道,大多数情况下,整数判等都要来得快(我实在想不出比它更快的了,在32位系统上,System.Int32运算最快了)!
    • 另外,我们还可以看到,在EqualsHelper方法里面.NET会先使用Length法来进行判等!可惜的是我无法获得InternalLength方法的代码。但我在Mono的源代码里面看到更简明的实现:

如何判断字符串是否为空串?[C#]class  String 如何判断字符串是否为空串?[C#]
}

    • 然而使用Length法进行字符串判空串时,有一点要注意的,就是你必须先判断该字符串实例是否为空引用,否则将会抛出NullReferenceException异常!于是,我们有了一个经过改进的Length法:

如何判断字符串是否为空串?[C#]void  Foo( string  bar)
}

3. 最后总结:

从上面的分析我们可以看到,使用Length法来进行字符串判空串是有着很大的性能优势的,尤其在进行大量字符串判空时!当然首先得判断字符串实例是否为空引用!

一般来说,我们把字符串为null和""都看成不是期望的数据,所以这样判断才是最优的方法:if ((s == null)||(s.Length == 0)),因为只有s不为null的前提下,.NET才会进一步计算s.Length是否为0,最后综合给出逻辑运算结果。

btw:在看到这个之前,我都是用if(s=string.Empty),呵呵,看来习惯得改改了,从细微的地方注意 

相关文章:

  • 2022-02-04
  • 2021-05-31
  • 2022-02-09
  • 2022-12-23
  • 2022-12-23
猜你喜欢
  • 2022-02-02
  • 2022-12-23
  • 2021-12-04
  • 2021-12-04
  • 2022-01-01
  • 2021-12-04
  • 2022-02-21
相关资源
相似解决方案