解决网络性能
互联网协议
TCP/IP
TCP/IP协议不用多说，学过网络课程的基本都知道是啥，但这部分的优化主要是系统层面做的。 主要还是端到端之间，如何减少握手次数与传输量。 握手次数主要是指两个服务器之间tcp的建立连接时，需要进行三次确认的应答。 而传统意义上的http请求，都是短连接，每次http请求的时候，都创建一个新的tcp请求。 而Http 1.1协议更新后，增加了一个 Keep-Alive 头信息。就是告诉浏览器告诉服务端，咱们
TCP/IP协议不用多说，学过网络课程的基本都知道是啥，但这部分的优化主要是系统层面做的。 主要还是端到端之间，如何减少握手次数与传输量。 握手次数主要是指两个服务器之间tcp的建立连接时，需要进行三次确认的应答。 而传统意义上的http请求，都是短连接，每次http请求的时候，都创建一个新的tcp请求。 而Http 1.1协议更新后，增加了一个 Keep-Alive 头信息。就是告诉浏览器告诉服务端，咱们
公司电脑禁止，只有一个老的vs2017的安装目录（之前通过 --layout 安装时生成的离线文件）。找了一圈百度，没能解决问题，最后，问bing，查微软的官方网站命令，最后得到的结论相当简单：
˃ vs_enterprise.exe --noWeb
更详细内容见 [vs命令行安装说明](https://docs.microsoft.com/en-gb/visualstudio/install/use-command-line-paramete
国际惯例，先上博文的原文地址
在本周，有一篇博文[微软Bing搜索引擎转向.NET Core 2.1延迟降
因为传统的开发，并不会将性能作为一个必选的需求来做，因此，很多时候在项目发布的时候，会发现允许各种卡顿与缓慢。所以解决这个的方法，就是在项目的初始阶段，把性能问题作为一个必选的特性来做。
书里第一个介绍了语言需要注意的地方，基本上就是常识，越低级的语言（汇编，C）允许速度会快，越高级的语言，特别是解释型的语言（Ruby,Python,JavaScript）会更慢。不过，就目前开发环
今天重装Vs，想下载一些新的vs样式，找到https://studiostyl.es，发现无法下载。在查看错误log后，发现，网站用的jquery是引用google的cdn，国内你懂的。 最后只好祭出百度打法，找到chrome注入脚本的方法，给网站注入了jquery，才能顺利的下到样式。 但是，希望越大失望越大，下载排名靠前的几个样式，都看起来不顺眼，还是vs自带的顺眼 :˂
`
大概的翻看了一下这本书，这本C# 7 and .NET Core 2.0 High Performance内容要好很多，这里先放出对应目录，有兴趣的朋友，可以到中国最大IT盗版书网站里找这本书。
这两天大致的翻看完了这本书，难度不深，基本上对High Perfromance说的都很浅显。如果只是新人，需要了解c#的和一些简单的性能编程方面的，可以看一下。要更有深度的，请找《编写高性能的.net代码》这本书。 这里放出目录，看看就好，对着知识点找对应的blog看也就可以了。
字符串的拼接是各种性能文章里最常说的优化内容。大体上是如果拼接的字符串比较多的时候，需要用StringBuilder来进行操作。那么，多少个字符串组成的字符串用StringBuilder效率会高呢？ 本次测试一共使用了4种拼接方式 1.连接运算符（+） 2.string.UseConcat 方法 3.string.Formatt 方法 4.StringBuilder
初始化代码里 cLen 是测试字符串的数量 strLen 是字符串的长度
在读性能分析的文章的时候，刚好见过一个提示，在小数据量的情况下，使用Dictonary会比较占用内存空间，效率上也不必List的好多少，所以建议小数据量的时候，可以使用List。
文章只是介绍细节，没有实证，因此随手写了一个demo来验证一下这个过程。
初始化的核心是List和Dictionary的长度和数据一致，作为测试用例的数据也要同一份，测试用的数据随机生成。 比较的重点在不同数据量的情况下，两种类型的查询效率
ORMEntity Framework Core - Familiar developer experience to previous versions of EF, including LINQ, POCO, and Code First support.EntityFramework-Plus - EF的增强工具集。包含批量操作（更新，删除），查询优化（缓存，过滤器，推迟，子查询），审计。EntityFramework.Triggers - 给EF的 CRUD