最近在将CTP的调用从 .net 转到.net core，在windows下能正常运行后，在linux下则无法运行，会直接中断后退出。经过多方测试，最后，发现是在登录完成后，返回的登录信息时，导致的。 数据返回的结构为
[StructLayout(LayoutKind.Sequential)]
public struct struct_error_ret
{
public int ErrorId;
<!--autointro-->目前.net core版本使用的 6.3.11_20180109, 项目在2018年11月从海风ctp封装里fork出来。
上期所提供的API是基于c++开发的，[最新的版本下载](http://www.sfit.com.cn/5_2_Doc
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）会更慢。不过，就目前开发环
大概的翻看了一下这本书，这本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的长度和数据一致，作为测试用例的数据也要同一份，测试用的数据随机生成。 比较的重点在不同数据量的情况下，两种类型的查询效率