c# - 使用 Excel 数据的简单任务未完成运行导致 "ContextSwitchDeadlock"

Question

我有一个 Excel workbook 对象，其中包含一个 sheet，我想将其内容复制到 List.

我有这个方法:

private Task GeneratePagesList()
{                        
    _pages = new List<Model.Page>();                                                    
    short idCount = 0;

    var generatePagesListTask = new Task(() =>
        {                                                 
            _pages.Add(new Model.Page()
            {
                Url = new Uri(_worksheetRange.Cells[i, j].Value2.ToString(), 
                UriKind.RelativeOrAbsolute),
                Id = idCount
            });
        });
    return generatePagesListTask;
}

现在我想按如下方式使用此方法及其返回的 Task:

public async void ConvertExelDataAsync()
{                       
    var generatePagesListTask = GeneratePagesList();
    generatePagesListTask.Start();
    await generatePagesListTask;
}

当我运行时，操作花费的时间太长，而且它永远不会退出 ConvertExelDataAsync 方法，过了一会儿(显然是 60 秒)，我收到一个Exception 上面写着:

Managed Debugging Assistant 'ContextSwitchDeadlock' has detected a problem in 'C:\Users\Aymen\Documents\Visual Studio 2013\Projects\WebGraphMaker\WebGraphMaker\bin\Debug\WebGraphMaker.vshost.exe'.

Additional information: The CLR has been unable to transition from COM context 0xd33a5e78 to COM context 0xd33a5fa0 for 60 seconds. The thread that owns the destination context/apartment is most likely either doing a non pumping wait or processing a very long running operation without pumping Windows messages. This situation generally has a negative performance impact and may even lead to the application becoming non responsive or memory usage accumulating continually over time. To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.

注意:这是我第一次与 Com 对象交互。

更新 1:

不在任务中时，Excel消费正常，一旦在任务中，任务启动，问题就出现了!

更新2:调试时，一旦调试器到达行

int rowCount = _worksheetRange.Rows.Count;

它退出但没有任何反应，无法解释。

更新 3: 打开 Debug>Windows>Threads 后，显示如下:

Convert 方法调用上面的所有内容，定义如下:

public static async void Convert()
        {

            var excelDataConverter = new ExcelDataConverter(ExcelDataReader.ReadData());
            excelDataConverter.ConvertExelDataAsync();
        }

Answer 1

要添加到@StepehCleary 的回答中，消息本身就非常有用:

To avoid this problem, all single threaded apartment (STA) threads should use pumping wait primitives (such as CoWaitForMultipleHandles) and routinely pump messages during long running operations.

您有一个进程外 Excel COM 对象的 COM 代理，该代理是在您的主线程(可能是 STA UI 线程)上创建的。然后您在工作池线程(这是一个 MTA 线程)上访问它。

虽然 COM 代理对象本身对于来自像这样的工作线程的调用可能是线程安全的，但在幕后它很可能试图将调用编码回最初创建代理的主线程。这就是死锁发生的地方。

为了安全起见，我建议您创建一个专用的 STA 线程来发送消息，在该线程上创建所有 COM 对象并在那里调用。

为此，我有两个辅助类，ThreadAffinityTaskScheduler 和 ThreadWithAffinityContext，可用 here ，它们应该在任何执行环境中工作。