这要看情况。如果字节码被转换成机器代码(不仅仅是JIT)(我的意思是如果你执行程序)，如果你的程序使用了很多分配/释放，它可能会更快，因为GC算法只需要一次(理论上)通过整个内存，但正常的malloc/realloc/free C/ c++调用会在每次调用上引起开销(调用开销、数据结构开销、缓存丢失;))。

所以这在理论上是可能的(对于其他GC语言也是如此)。

我并不认为不能在大多数应用程序中使用c#元编程有什么极端的缺点，因为大多数程序员都不使用它。

另一个很大的优势是SQL，像LINQ“扩展”一样，为编译器提供了优化数据库调用的机会(换句话说，编译器可以将整个LINQ编译为一个“blob”二进制文件，其中调用的函数内联或为您的使用优化，但我只是在这里推测)。

这要看情况。如果字节码被转换成机器代码(不仅仅是JIT)(我的意思是如果你执行程序)，如果你的程序使用了很多分配/释放，它可能会更快，因为GC算法只需要一次(理论上)通过整个内存，但正常的malloc/realloc/free C/ c++调用会在每次调用上引起开销(调用开销、数据结构开销、缓存丢失;))。

所以这在理论上是可能的(对于其他GC语言也是如此)。

我并不认为不能在大多数应用程序中使用c#元编程有什么极端的缺点，因为大多数程序员都不使用它。

另一个很大的优势是SQL，像LINQ“扩展”一样，为编译器提供了优化数据库调用的机会(换句话说，编译器可以将整个LINQ编译为一个“blob”二进制文件，其中调用的函数内联或为您的使用优化，但我只是在这里推测)。

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

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

这是不确定的。

c++(或C)为您提供了对数据结构的细粒度控制。如果你想玩，你有这个选择。大型托管Java或。net应用程序(OWB, Visual Studio 2005)，它们使用Java/。NET库自带包袱。我曾见过OWB设计会话使用超过400 MB的RAM，立方体或ETL设计的bid也达到100 MB。

在可预测的工作负载上(例如重复一个过程多次的大多数基准测试)，JIT可以为您提供优化得足够好的代码，没有实际差别。

在大型应用程序上，差异与其说是JIT，不如说是代码本身使用的数据结构。当应用程序的内存很重时，您将获得较低的缓存使用效率。在现代cpu上，缓存丢失是非常昂贵的。C或c++的真正优势在于，您可以优化数据结构的使用，从而更好地使用CPU缓存。

我想这么说:编写更快代码的程序员，是那些更了解当前机器运行速度的人，顺便说一句，他们也是那些使用适当工具的人，这些工具允许精确的低级和确定性优化技术。由于这些原因，这些人使用C/ c++而不是c#。我甚至认为这是事实。

在一个特殊的场景中，c++仍然占据上风(并且将在未来几年占据上风)，即可以在编译时预先确定多态决策。

通常，封装和延迟决策是一件好事，因为它使代码更加动态，更容易适应不断变化的需求，并且更容易作为框架使用。这就是为什么在c#中面向对象编程是非常高效的，并且它可以在术语“泛化”下泛化。不幸的是，这种特殊的泛化在运行时是有代价的。

Usually, this cost is non-substantial but there are applications where the overhead of virtual method calls and object creation can make a difference (especially since virtual methods prevent other optimizations such as method call inlining). This is where C++ has a huge advantage because you can use templates to achieve a different kind of generalization which has no impact on runtime but isn't necessarily any less polymorphic than OOP. In fact, all of the mechanisms that constitute OOP can be modelled using only template techniques and compile-time resolution.

在这种情况下(不可否认，它们通常局限于特殊的问题领域)，c++胜过c#和类似的语言。