C# 中的通用接口会阻止装箱吗？ （.NET 与 Mono 性能对比）

Question

我有一个 C# 接口，其中某些方法参数声明为 object 类型。 然而，传递的实际类型可能会有所不同，具体取决于实现接口的类：

public interface IMyInterface
{
    void MyMethod(object arg);
}

public class MyClass1 : IMyInterface
{
    public void MyMethod(object arg)
    {
        MyObject obj = (MyObject) arg;
        // do something with obj...
    }
}

public class MyClass2 : IMyInterface
{
    public void MyMethod(object arg)
    {
        byte[] obj = (byte[]) arg;
        // do something with obj...
    }
}

MyClass2 的问题是 byte[] 与 object 之间的转换是 装箱和拆箱，这是计算成本较高的操作，会影响性能。

使用通用接口解决此问题是否可以避免装箱/拆箱？

public interface IMyInterface<T>
{
    void MyMethod(T arg);
}

public class MyClass1 : IMyInterface<MyObject>
{
    public void MyMethod(MyObject arg)
    {
        // typecast no longer necessary
        //MyObject obj = (MyObject) arg;
        // do something with arg...
    }
}

public class MyClass2 : IMyInterface<byte[]>
{
    public void MyMethod(byte[] arg)
    {
        // typecast no longer necessary
        //byte[] obj = (byte[]) arg;
        // do something with arg...
    }
}

这在 .NET 与 Mono 中是如何实现的？ 这两个平台上都会有性能影响吗？

谢谢你！

Answer 1

您将在 Mono 中获得与 .NET 中相同的好处。

我们强烈建议您一般使用 Mono 1.9 或 Mono 2.0 RCx，因为泛型支持仅在 1.9 时成熟。

Answer 2

我无法与 Mono 对话，但使用通用接口应该解决 MS 运行时中的装箱/拆箱问题。

Answer 3

假设您使用的是最新版本的 mono，如果可以的话，请使用 2.0。

Mono 上的通用接口性能非常好，与常规接口调度配对。

通用虚拟方法的调度[1]在所有已发布的 Mono 版本上都很糟糕，它在 1.9 中得到了改进。

这个问题并没有那么严重，因为通用虚拟方法的性能问题已经在下一版 Mono (2.2) 中得到解决，该版本计划于今年年底发布。

[1] 通用虚拟方法类似于：

public interface Foo {

  void Bla<T> (T a, T b);

}

Answer 4

是的，在.Net（微软不确定单声道）中，泛型是在编译时实现的，因此根本没有装箱或拆箱。 与 Java 泛型相反，Java 泛型是语法糖，只是在后台为您执行强制转换（至少曾经是这样）。 泛型的主要问题是你不能多态地处理泛型容器，但这有点偏离你的主题:-)

Answer 5

我不确定它是如何在单声道中实现的，但是通用接口会有所帮助，因为编译器为使用的每种不同类型创建特定类型的新函数（在内部，有一些情况它可以利用相同的生成函数） 。 如果生成了特定类型的函数，则无需对该类型进行装箱/拆箱。

这就是 Collections.Generic 库在 .NET 2.0 中大受欢迎的原因，因为集合不再需要装箱并且变得更加高效。

Answer 6

MyClass2 的问题是
byte[] 与 byte[] 之间的转换
对象是装箱和拆箱，其中
计算成本昂贵
影响性能的操作。

数组类型不涉及装箱，即使是值类型元素也是如此。 数组是引用类型。

(byte[]) arg 上的开销最多是最小的。