如果異步引發，事件是否正常工作？

Question

我有以下類的骨架。正如你可以在TODO中看到的：評論我將在這裏實現一個AsyncEnumerator結構。此方法將抓取請求並將數據傳遞給另一個要處理的方法。基於這個過程，我想調用事件，SendMilestoneReached或SendFailed。我擔心這些可能發生在AsyncEnumerator的另一個線程上。

這是否會影響將調用Webtext類的UI線程？

/// <summary> 
/// Sends Webtexts. 
/// </summary> 
public class Webtext 
{ 
    #region Event Definitions 

    // Events. 
    public event EventHandler<SendingEventArgs> SendStarted = delegate { }; 
    public event EventHandler<SendingEventArgs> SendFailed = delegate { }; 
    public event EventHandler<SendingEventArgs> SendSuccessful = delegate { }; 
    public event EventHandler<SendingEventArgs> SendMilestoneReached = delegate { }; 

    // Shared EventArgs Object, Consumed by the Events. 
    SendingEventArgs EventArgs = new SendingEventArgs(); 

    #endregion 

    /// <summary> 
    /// Executes the send request. 
    /// </summary> 
    /// <param name="Operator">The operator whos service to use.</param> 
    /// <param name="Username">The username of the requested operator.</param> 
    /// <param name="Password">The password of the requested operator.</param> 
    /// <param name="Content">The content to send.</param> 
    /// <param name="Recipient">The recipient to recieve the content.</param> 
    public void ExecuteSendRequest(string Operator, 
            string Username, 
            string Password, 
            string Content, 
            string Recipient) 
    { 
     //TODO: Implement Async requests here. 
    } 

    #region Event Handlers 

    /// <summary> 
    /// Called when [sending started]. 
    /// </summary> 
    protected void OnSendingStarted() 
    { 
     SendStarted(this, EventArgs); 
    } 

    /// <summary> 
    /// Called when [send fail]. 
    /// </summary> 
    protected void OnSendFail() 
    { 
     SendFailed(this, EventArgs); 
    } 

    /// <summary> 
    /// Called when [send successful]. 
    /// </summary> 
    protected void OnSendSuccessful() 
    { 

     SendSuccessful(this, EventArgs); 
    } 

    /// <summary> 
    /// Called when [send milestone reached]. 
    /// </summary> 
    protected void OnSendMilestoneReached() 
    { 
     SendMilestoneReached(this, EventArgs); 
    } 

    #endregion 


} 

Answer 1

事件由相同的Thread創建，它引發了它。這個原理聽起來很簡單，但很重要。

所以：

方案1應用程序打開。 Webtext由UI線程中的表單初始化，並且它的發送被調用。 Webtext同步發送請求並引發事件。在整個過程中，所有操作都在UI線程上完成。

場景2應用程序已打開。 Webtext由UI線程中的表單初始化，並且它的發送被調用。 Webtext使用工作線程異步地發送請求。第二個線程在完成時觸發事件。這將是工作者線程（後臺或前臺，取決於您如何創建線程）。通過此線程調用UI元素的任何調用都需要使用Invoke完成。

正如你所看到的，它非常依賴於你如何實現發送方法。我看不到任何發送自己的實現，所以我只能說如果你產生一個線程或使用線程池它將在工作線程上，否則簡單地同步發送將在UI線程上。

Answer 2

請注意，如果您異步提升事件並且處理程序需要更新用戶界面，則需要與UI線程同步以更新任何用戶控件。如果異步引發事件，則會對訂閱事件的類承擔更大的負擔：他們必須知道如何執行UI線程同步。

對我來說，一般，我發現異步事件是不值得的麻煩，因爲幾乎總是我最終不得不處理UI程序中的這些事件。我得出的結論是，如果我希望事件異步處理，那麼處理程序應該處理這個問題。

這不是一條硬性規定。不以任何方式。例如，默認情況下，System.Timers.Timer會在ThreadPool線程上引發事件，但您可以指定SynchronizingObject，以便它可以與UI線程同步。

如果您決定使用異步事件，那麼我建議您包含一個工具，如Timer的SynchronizingObject，這樣UI客戶端就可以使用您的類，而不必陷入UI線程同步的複雜性。