序：一年多没更新博客园的内容了，core已经发生了翻天覆地的变化，想起2014年这时候，我就开始了从当时还叫k的那套preview都不如的vnext搭建这套系统，陆陆续续它每一次升级，我也相应地折腾，大约4个月前，我开始把生产环境的一部分从 windows server 迁移到 centos 7 上，观察了几个月，觉得可以全面迁移了，于是总结了折腾的路上几点经验，与大家共勉。虽说我今天早已不是全职程序员，但是这套系统在我有空的时候总会维护与更新，它的运作与我目前的工作相辅相成，并且会一直更新下去。
这系统干什么的及地址就不说了，免得人家说我这不是码农的码农还赖在博客园发软文。
为什么要迁移，江湖上传说windows server的稳定性不如某某某，这类议题与八卦新闻没两样，不谈，如果windows的价钱能够和linux相同或者差异不至于那么大，我才懒得换，因为穷，这才是重点。
涉及IO路径拼接，一定要Path.Combine, 反正我自己眼力比较差，手工拼接的话，有时候多一个或少一个斜杠，或者斜杠方向反了，Linux系统都会出错，搞半天不知道错在哪，如果大小写都搞错却没注意或者一时不知的话，神仙都救不了。
注意用System.Environment.NewLine代替硬编码的换行符，String.Empty代替""，这两个看不见的东西，发作的时候喝脑白金都没用。
而core在初始化的时候，会遍历wwwroot文件夹包含的所有内容，在windows中无所谓你文件夹怎么命名，在中文centos也无所谓你文件夹怎么命名。但是，如果你的生产服务器是英文系统，恰好在wwwroot中有中文文件夹的话，你都不知道为什么会全局报错。关于中文文件夹（在某些时刻会演变为乱码文件夹），我也不知哪里来的，有些客户端编辑器组件，就是包含了非英文的文件夹。所以搭建虚拟机测试环境的时候，guest系统需要安装英文版本来验证。
newtonsoft的json在反序列化枚举类型的时候，得到的是名，微软自家的json在反序列化枚举的时候，得到的是值，虽然可以通过特性来定义，但是本人对特性相当反感，全套代码不会用也不可能会用，所以有时候需要用class来代替enum。
Microsoft.AspNetCore.NodeServices 是个好东西，就简单来说，正则表达式验证库，只写一次，客户端和服务端都可以共用。
Program.Main方法里，可以建立后台线程，里面放一个全局静态的ConcurrentQueue<Action>，while(true)定时监视它，今天我们编写的是进程级的asp.net，你可以让它做很多IIS做不到的真正异步，比如说记录某些日志，扔action进去就是了，不必等待。
事情还可以做得更绝一些：开辟新进程，把代价高昂的、不确定是否会出错的、却需要立即清理内存的操作丢给它，操作完了自动关闭，在这一层面上，你可以藐视.net的垃圾回收。
如果你实在玩不来gulp也没关系，装个BundlerMinifier就行了，右键选几个js后自动压缩
能用PocoController的时候，尽量用，比如说某些频繁的API，它的资源占用最小。
为HttpClient建立池，static ConcurrentQueue<HttpClient>，两三个就够了，一般不会出错，但是谁也不能保证网络请求，错了一个就让下一个来代替，然后把出错的扔到上面的ConcurrentQueue<Action>中让它爱什么时候销毁什么时候销毁。
文件级数据库，比如说SQLite，也需要ConcurrentQueue<Action>来封装写入逻辑，绝对的保证同一时刻只有一个线程写
