1.Enum、struct值类型作为Dictionary的Key时存在的性能问题:
Dictionary的Key是唯一的,那么在比较时如果Key没有实现IEquatable接口,那么就会调用object.Equals()方法来进行比较,但是枚举是值类型,所以所以在字典比较Key的时候会调用万物基类object提供的Equals(),这个过程会导致装箱,但是同样为值类型的int、float却没有这个问题,因为他们都实现了Equals()和GetHashCode(),这里也引出了,如果自己定义结构体类型的话,一定要重载Equals()、GetHashCode()等函数
2.String操作
String是不可变类,我们经常会使用string info = xxStr + "xxxstr"的方式来连接字符串,但是这个过程中会导致创建一个新的字符串,如果连续+的话会更严重,因为每一次+都会产生一个新的字符串。
所以如果是较长或者频繁操作的字符串拼接应该使用StringBuilder,不过要注意StringBuilder的构造函数是可以填入初始容量的,可以根据经验和实际情况填写较为合适的容量避免扩容
注意ToUpper()和ToLower()方法也同样会产生这个问题
如果需要验证一个字符串是否为空字符串,那么最好的方式是 str.Length == 0。不过想要注意的时,字符串是常量,所以同样的字符串并不会导致重复创建字符串
3.虽然万物基类object作为函数参数、成员变量类型时非常方便,但是如果是传入的是值类型会存在装修和拆箱操作,所以建议使用泛型来代替
4.避免两次检索字典

本文探讨了枚举、struct作为Dictionary键时的性能问题,涉及值类型比较、字符串操作效率、泛型使用以及避免字典检索优化。重点讲解了如何通过重载Equals()和GetHashCode()解决性能问题,以及StringBuilder在字符串拼接中的优势。
2858

被折叠的 条评论
为什么被折叠?



