我发现2020年4月读过:https://www.quora.com/Why-is-C-so-slow-compared-to-Python，作者是一位拥有15年以上软件开发经验的现实世界的程序员。

它指出，c#通常较慢，因为它被编译为公共中间语言(CIL)，而不是像c++那样的机器代码。然后，CIL通过公共语言运行库(CLR)输出机器代码。但是，如果您继续执行c#，它将获取机器代码的输出并缓存它，以便为下次执行保存机器代码。总而言之，如果多次执行，c#会更快，因为它是多次执行后的机器代码。

也有评论说，一个优秀的c++程序员可以做一些耗时的优化，但最终会被优化。

垃圾收集是Java#不能用于实时系统的主要原因。

GC什么时候会发生? 需要多长时间?

这是不确定的。

对于图形来说，标准的c#图形类比通过C/ c++访问的GDI慢得多。 我知道这与语言本身无关，更多的是与整个。net平台有关，但是图形是作为GDI替代品提供给开发人员的，它的性能非常糟糕，我甚至不敢用它来处理图形。

我们有一个简单的基准来查看图形库的速度，那就是在窗口中随机绘制线条。c++ /GDI在处理10000行代码时仍然很灵活，而c# /Graphics在处理1000行代码时却很难做到。

我发现2020年4月读过:https://www.quora.com/Why-is-C-so-slow-compared-to-Python，作者是一位拥有15年以上软件开发经验的现实世界的程序员。

它指出，c#通常较慢，因为它被编译为公共中间语言(CIL)，而不是像c++那样的机器代码。然后，CIL通过公共语言运行库(CLR)输出机器代码。但是，如果您继续执行c#，它将获取机器代码的输出并缓存它，以便为下次执行保存机器代码。总而言之，如果多次执行，c#会更快，因为它是多次执行后的机器代码。

也有评论说，一个优秀的c++程序员可以做一些耗时的优化，但最终会被优化。

根据我的经验(这两种语言我都用过很多)，与c++相比，c#的主要问题是内存消耗高，而且我还没有找到控制它的好方法。最终导致。net软件变慢的是内存消耗。

另一个因素是JIT编译器不能提供太多时间来进行高级优化，因为它在运行时运行，如果花费太多时间，最终用户会注意到它。另一方面，c++编译器有足够的时间在编译时进行优化。恕我直言，这个因素远没有内存消耗那么重要。

需要大量内存访问的应用程序。图像处理通常更适合在非托管环境(c++)而不是托管环境(c#)中编写。使用指针算法优化的内循环在c++中更容易控制。在c#中，你可能需要使用不安全的代码来获得相同的性能。