反编译程序集 - 不寻常的代码

时间:2013-03-26 19:50:42

标签: c# .net events decompiling ilspy

我使用ILSpy反编译了一个程序集,特别是一个类引起了我的注意:

public class CustomTextStream : NetworkStream
{
    private EventHandler<CustomEventArgs> someEvent;
    public event EventHandler<CustomEventArgs> SomePublicEvent
    {
        add
        {
            EventHandler<CustomEventArgs> eventHandler = this.someEvent;
            EventHandler<CustomEventArgs> eventHandler2;
            do
            {
                eventHandler2 = eventHandler;
                EventHandler<CustomEventArgs> value2 = 
                    (EventHandler<CustomEventArgs>)Delegate.Combine(eventHandler2, value);
                eventHandler = 
                    Interlocked.CompareExchange<EventHandler<CustomEventArgs>>(
                    ref this.someEvent, value2, eventHandler2);
            }
            while (eventHandler != eventHandler2);
        }
        remove
        {
            // similar stuff...
        }
    }
}

此外,在代码中,似乎私有委托用于触发实际事件:

if (something != null && somethingElse != 0)
{
    this.someEvent(this, new CustomEventArgs(someArg));
}

问题:有人可以猜出这个自定义访问器背后的想法是什么,假设某些“编译/反编译魔法”没有发生?我对IL并不熟悉,顺便说一句......

(旁注:应用程序是多线程的,显然利用网络。)

1 个答案:

答案 0 :(得分:9)

这是由编译器生成的新事件处理程序代码。它是在C#4中引入的(C#3版本不同)

Interlocked.CompareExchange将第一个参数与第三个参数进行比较,如果它们相等,则将第一个参数替换为第二个参数。这是一个线程安全的操作。循环用于在分配变量eventHandler2之后和检查之前,另一个线程更改此委托的情况。在这种情况下,Interlocked.CompareExchange不执行交换,循环条件不会计算为true并且会进行下一次尝试。

C#3在事件处理程序中生成了简单的代码:

add { lock(this) { changed = changed + value; } }

性能较低且可能引入死锁。

有很多关于这个主题的文章:

Events get a little overhaul in C# 4

Events get a little overhaul in C# 4, Part II