Are String.Equals And String.IndexOf That Much Faster In .NET Core 2.1?

国际惯例，先上博文的原文地址

在本周，有一篇博文[微软Bing搜索引擎转向.NET Core 2.1延迟降

为什么性能会是一个新需求

因为传统的开发，并不会将性能作为一个必选的需求来做，因此，很多时候在项目发布的时候，会发现允许各种卡顿与缓慢。所以解决这个的方法，就是在项目的初始阶段，把性能问题作为一个必选的特性来做。

常见的性能问题

选择开发语言注意事项

书里第一个介绍了语言需要注意的地方，基本上就是常识，越低级的语言（汇编，C）允许速度会快，越高级的语言，特别是解释型的语言（Ruby,Python,JavaScript）会更慢。不过，就目前开发环

chrome 在控制台注入 jquery 脚本

今天重装Vs，想下载一些新的vs样式，找到https://studiostyl.es，发现无法下载。在查看错误log后，发现，网站用的jquery是引用google的cdn，国内你懂的。 最后只好祭出百度打法，找到chrome注入脚本的方法，给网站注入了jquery，才能顺利的下到样式。 但是，希望越大失望越大，下载排名靠前的几个样式，都看起来不顺眼，还是vs自带的顺眼 :˂

`

ASP.NET Core 2 High Performance

大概的翻看了一下这本书，这本C# 7 and .NET Core 2.0 High Performance内容要好很多，这里先放出对应目录，有兴趣的朋友，可以到中国最大IT盗版书网站里找这本书。

1. ASP.NET Core 2 新特性
2. 为什么性能会是一个新特性
   1. 为什么性能会是一个特性
   2. 常见

C# 7 and .NET Core 2.0 High Performance

这两天大致的翻看完了这本书，难度不深，基本上对High Perfromance说的都很浅显。如果只是新人，需要了解c#的和一些简单的性能编程方面的，可以看一下。要更有深度的，请找《编写高性能的.net代码》这本书。 这里放出目录，看看就好，对着知识点找对应的blog看也就可以了。

1. .NET Core 2 和 c# 7有什么更新
   1. .NET 的演化
   2. .Net Cor

字符串拼接的性能测试

字符串的拼接是各种性能文章里最常说的优化内容。大体上是如果拼接的字符串比较多的时候，需要用StringBuilder来进行操作。那么，多少个字符串组成的字符串用StringBuilder效率会高呢？ 本次测试一共使用了4种拼接方式 1.连接运算符（+） 2.string.UseConcat 方法 3.string.Formatt 方法 4.StringBuilder

初始化代码里 cLen 是测试字符串的数量 strLen 是字符串的长度

List 与 Dictonary 在查询效率上的分界线

在读性能分析的文章的时候，刚好见过一个提示，在小数据量的情况下，使用Dictonary会比较占用内存空间，效率上也不必List的好多少，所以建议小数据量的时候，可以使用List。

文章只是介绍细节，没有实证，因此随手写了一个demo来验证一下这个过程。

初始化的核心是List和Dictionary的长度和数据一致，作为测试用例的数据也要同一份，测试用的数据随机生成。 比较的重点在不同数据量的情况下，两种类型的查询效率