Net Core已经开源好几年了, 为什么不像JVM那样很多人研究和调优其GC算法？

优化肯定是需要的，再好的程序都是有优化空间的。只是现在dotnet平台上目前缺少大型的应用。正常的业务场景下，难以达到框架性能的瓶颈。

dotnet 虽然开源了，但是开源太晚。要是早几年，在Android兴起之前，在大数据兴起之前，现在还会是这般场景吗。眼看着国内的大企业一波波地转向了Java和其他语言，作为一名dotnet程序员心里是大大的不甘心。

dotnet 在语言层面相比 Java 有太多优势，Java 新版新增的一些语言特性也都是照抄的 dotnet。但即便是这样，依然是叫好不叫座。

开源太晚，错过了几波行业发展红利。以至于现在，大数据领域缺 Hadoop，搜索领域缺 Elasticsearch ，移动端虽有xamarin，但依然是鸡肋般的存在。要是有这些杀手级应用在，dotnet 生态肯定会繁荣起来，向着更强的方向优化。

还能说什么呢，只能期望即将到来的dotnet 5 能一统现在混乱的局面，发挥好自己的特长，繁荣dotnet的生态环境。

不只是netcore，golang，rust等等很多语言都没有好多人研究gc，所以这个问题应该问，为什么jvm会有很多人研究。

简单的回答是，jvm的历史负担太沉重，Java社区对jvm的改进十分的保守，新的特性必须要保持向下兼容，导致只能从gc入手优化性能。而netcore不一样，微软主导的netcore社区对clr的改进激进的多，新特性很多情况下是不会向下兼容的，性能优化可以在clr中解决掉，自然就不会过多关注gc了

这似乎挺正常的，如同它购买了GitHub后，众开源项目就纷纷迁移GH。开源社区普遍不信任微软，其意定非在开源本身。.Net 开源估计也是市场占有率在降，没人真心愿意用它。

很简单：没有关键业务跑在 net core 上。

曾经，jd 业务用 .net，但几年后就全换成 Java 了。这足以说明问题了。

像 zhihu 这种小厂，开始用 python，业务量大了之后就转 golang ，而不是转 net core 。足以说明问题了。

有人说，netcore 如何如何好，根本不用自己优化……。实际上根本没达到极限，不到优化的时候。

首先.net的原装GC一直都不错。流畅到可以支持3D游戏开发。所以不怎么需要调优。要知道文章多不用不一定是好事，95%的技术文章其实只不过是要解决一个BUG而已。其次C#的语法和运行时设计也好，对GC的压力小很多。比如范性支持基本类型，这样List<int>之类的结构，是整体分配和释放的。而某蛙就需要每个元素拆箱装箱。慢死，对GC来说也要算更多的引用链。此外C#还支持matrx4x4之类的SIMD数据类型。也是提高运行速度和减少GC的好东西

电脑缺少qt5dll？

1、首先我们搜索下载Qt5core.dll动态链文件。

2、等到下载完毕后，复制一下文件。

3、如果你的电脑是是32位的操作系统，那么可以保存在：C:\Windows\System32 文件夹下。

4、如果你的电脑是64位操作系统，那么可以保存在:C:\Windows\SysWOW64文件夹下。

5、在完成之后，我们再在运行中输入regsvr32 Qt5Core.dll ，然后点击 确定。

6、This application failed to start because it could not find or load the Qt platform plugin Windows→这个应用程序无法启动,因为它无法找到或加载Qt平台插件窗口Reinstalling the application may fix this problem→重新安装应用程序可能会解决这个问题。