dotnet聚集范例性能优化的两个小儿科的知识点

比力水的文章，非常的根本，就当是纪录下吧！
1.关于在聚会合搜刮带来的性能题目，发起用字典（Dictionary）

很多时间必要在一个聚集如List中按唯一键查找某个对象，假如用Where扩展方法大概find等方法，是很慢的，特别是大量如许的查找就特别慢。
假如是对聚会合的每个数据都要做点什么，那么干脆循环它好了。
假如必须不停的搜刮的场景，那么把聚集ToDictionary()，之后每次必要用就在这个Dictionary中按key拿，性能飞起。
2.复杂范例都很占内存，好比List和Dictionary

这点各人都应该很明确，复杂范例带来功能高级方便的功能同时也会带来更多的开销。
好比泛型List，少放点数据没太大题目，它是动态数组，添加大量数据时大概会触发容量调解，它有个Capacity属性表现它真实巨细，添加的数据越多，这个Capacity越大，它一样寻常是添加数据的2倍（不满是，没有数据时是0，一个数据时是4，以是不满是2倍），就是冗余分配更多的内存。
用数组能淘汰这部门内存占用。同理Dictionary也雷同。
3.再说过聚集序次题目

多线程下我们常常用ConcurrentDictionary字典，它的Keys和Values等属性返回的聚集不愿定是按添加数据的序次的，这点在序次敏感的代码中要注意，缘故起因是它内存实现用了桶，数据在哪个桶大概是按hash来的，Values返回的时间序次就没法包管，固然大部门时间乃至调试时与添加数据序次是一样的。
碎碎念，end