В чем разница между RuntimeTypeHandle и Type?

Question

А зачем мне использовать один над другим в моем коде?

Answer 1

Внимание. Этот ответ устарел. Он был опубликован до того, как стал доступен .NET 4, что, по-видимому, привело к некоторой оптимизации в отношении Type и, таким образом, сделало информацию в этом ответе устаревшей. См. этот более свежий ответ для подробностей.

Согласно этой записи в блоге (с 2006 г.) Вэнса Моррисона , RuntimeTypeHandle - это тип значения (struct), который переносит неуправляемый указатель, поэтому Type.GetTypeHandle(obj).Equals(anotherHandle) быстрее использовать для строгого Сравнения "абсолютно одинакового типа", чем obj.GetType().Equals(anotherType) & mdash; последний создает System.Type экземпляров, которые, по-видимому, тяжелее.

Однако это также менее очевидно и определенно подпадает под категорию «микрооптимизация», поэтому, если вам интересно, когда вам нужно одно поверх другого, вам, вероятно, следует просто использовать System.Type.

Answer 2

В .NET 4.0 Beta 1 RuntimeTypeHandle просто переносит RuntimeType. Кажется, все преимущества использования его в качестве дешевого Type прокси прошли.

Подтверждение вышеуказанной претензии:

• Справочный источник Microsoft для типа System.RuntimeTypeHandle показывает, что этот тип действительно является всего лишь оболочкой для System.RuntimeType в наши дни.
• Статья Сандро Маги в блоге 2013 года "CLR: Стоимость динамических типовых тестов" содержит эталонный тест и заключительное примечание, показывающее, что предполагаемые преимущества производительности RuntimeTypeHandle пропали в .NET 4.