返回頁首
并發問題
掛鉤的 SetErrorInfoWithExceptionLogging 函數應當是線程安全。首先，您可能希望將 .NET 對象創建和日志記錄放在自定義的 SetErrorInfoWithExceptionLogging 函數中，并且使用臨界區來防止并發訪問。但是，請考慮以下事件序列。首先，線程 A 導致錯誤并進入 SetErrorInfoWithExceptionLogging，從而獲得一個臨界區。當線程 A 執行時，它試圖獲得由線程 B 擁有的另一個資源，因此它等待該資源可用。當線程 B 擁有該資源時，它會生成錯誤。然后，在線程 B 上調用 SetErrorInfoWithExceptionLogging 函數，以阻止獲得該臨界區的企圖。
結果：發生死鎖！SetErrorInfoWithExceptionLogging 中的代碼不會直接嘗試獲得可能被其他線程擁有的其他資源，但是，如果需要在它內部創建 .NET 對象，則會發生多個事件。例如，在創建 .NET 對象時，系統可能需要加載 DLL。這意味著在該時間間隔獲得加載程序鎖，這會造成發生死鎖的可能。如果在 SetErrorInfoWithExceptionLogging 中創建了 .NET 對象并使用它們來發布異常，則會從單線程單元 (STA) 向多線程單元 (MTA) 進行跨單元調用。這可能造成出現重入情況，其中，SetErrorInfoWithExceptionLogging 被在某個 STA 中調用，并且掛鉤函數對另一個單元進行傳出 COM 調用，這會導致 COM 庫進入 STA 消息循環。當另一個針對該 STA 中承載的對象的 COM 方法調用進入時，它將被接受，因為我們處于消息循環中。在處理該新請求期間，SetErrorInfoWithExceptionLogging 函數被再次調用。
由于存在上述并發問題，因此 SetErrorInfoWithExceptionLogging 函數盡可能少地完成工作。它只是向從 ManagedExceptionLoggerTask 輔助線程中訪問的隊列中添加異常。ManagedExceptionLoggerTask 對象執行異常的日志記錄，這將完成創建托管的 ExceptionPublisher 對象和發布異常的重要工作。該線程不會遇到相同的鎖定問題，從而使其成為發布異常的好地方。
返回頁首
異常隊列
為了盡可能減少阻塞問題，創建了一個新的隊列對象。托管異常是在先入先出基礎上添加和移除的。這些異常將由另一個輔助線程從該隊列中移除，然后使用異常管理應用程序塊發布。
該隊列內部存儲的對象的類型不能是 .NET 異常接口指針，因為該異常需要從輔助線程中跨單元訪問。例如，自定義掛鉤函數可以在 STA 上調用，但是輔助線程使用 MTA。在 ASP 應用程序中，每個客戶端都將在它自己的 STA 上調用。
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/
