首页 > 学院 > 开发设计 > 正文

[ C# ] 判断一个类是否实现了某个接口的多种方法及性能分析

2019-11-17 02:19:39
字体:
来源:转载
供稿:网友

[ C# ] 判断一个类是否实现了某个接口的多种方法及性能分析

IEntity为一个接口,Entity为实现IEntity接口的类:

interface IEntity{    int Id { get; set; }}public class Entity : IEntity{    public int Id { get; set; }    public string PRop { get; set; }}

我们要判断Entity是否实现了IEntity接口,根据找到的帖子

c# 如何判断一个类是否实现了某个接口

在C#中判断某个类是否实现了某个接口

整理有如下五种方式:

1.

Entity entity = new Entity();if (entity is IEntity){}

2.

Entity entity = new Entity();IEntity temp = entity as IEntity;if (temp != null){ }

3.

if (typeof(IEntity).IsAssignableFrom(typeof(Entity))){ }

4.

if (typeof(Entity).GetInterfaces().Contains(typeof(IEntity))){ }

5.

if (typeof(Entity).GetInterface("IEntity")!=null){}

但是我们知道,前2种方式要实例化Entity的新实例,后面三种方式要用到反射,这都是相对耗性能的操作!

那么这几种判断Entity是否实现了IEntity接口的方式哪一种相对来说对性能的消耗低呢?

我们让每个方法都执行1000万次:(以下测试均为Release 模式,.net framework 4.5.1框架)

Stopwatch stopwatch = null;int count = 10000000;Console.WriteLine("执行次数 {0}", count);stopwatch = Stopwatch.StartNew();for (int i = 0; i < count; i++){    Entity entity = new Entity();    if (entity is IEntity) { }}Console.WriteLine(stopwatch.Elapsed);stopwatch = Stopwatch.StartNew();for (int i = 0; i < count; i++){    Entity entity = new Entity();    IEntity temp = entity as IEntity;    if (temp != null) { }}Console.WriteLine(stopwatch.Elapsed);stopwatch = Stopwatch.StartNew();for (int i = 0; i < count; i++){    if (typeof(IEntity).IsAssignableFrom(typeof(Entity))) { }}Console.WriteLine(stopwatch.Elapsed);stopwatch = Stopwatch.StartNew();for (int i = 0; i < count; i++){    if (typeof(Entity).GetInterfaces().Contains(typeof(IEntity))) { }}Console.WriteLine(stopwatch.Elapsed);stopwatch = Stopwatch.StartNew();for (int i = 0; i < count; i++){    if (typeof(Entity).GetInterface("IEntity")!=null) { }}Console.WriteLine(stopwatch.Elapsed);

  测试结果:

   执行1亿次的测试如下:

可以看出使用了反射的后三种方式的性能消耗明显高于前两种方式。那么是不是结果一定是这样呢?

我们回到上面Entity类的定义发现,Entity类只有2个属性,而实例化Entity的主要开销是是根据类型所有字段的长度总和计算的。那么我们把Enity的属性增加到30个,每个方法执行1亿次的结果:

这时发现使用了反射的后三种方式的性能消耗几乎没有变化,而有实例化操作的前两种方式所消耗的时间发生了成倍的增长!

我们继续增加Enity的属性到60个,每个方法执行1亿次的结果:

继续增加Enity的属性到90个,每个方法执行1亿次的结果:

当Entity类的属性到90的时候,实例化所需要的性能消耗已经远远超过两次typeof()所带来的性能消耗了。

最后我的结论是,在类和接口的属性/字段数量少的时候,判断某个类是否实现了某个接口,性能消耗依次是:方式2<方式1<方式3<方式4<方式5

        在类和接口的属性/字段相对较多的时候,判断某个类是否实现了某个接口,性能消耗依次是:方式3<方式2<方式1<方式4<方式5

那么为什么方式2的性能要优于方式1,就留给园友们来回答吧 demo下载


发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表