解决这个问题的一个方法是转到VisualStudio中的Debug -> Exceptions -> Managed Debug Assistants菜单并取消选中ContextSwitchDeadlock
从http://blog.wpfwonderland.com/2007/08/16/clr-has-been-unable-to-transition-from-com-context-for-60-seconds/

更新2. Visual Studio 2019+：

调试-> Windows ->异常设置
取消选中上下文切换死锁

想通了-每次对话框打开时，它都会自动带你到你最后看过的位置。如果该位置是不再存在的网络位置（例如另一台计算机关闭），它只会永远挂起。
我的解决方法如下：

string initialDirectory = ...; //Figure out an initial directory from somewhere
openFileDialog1.InitialDirectory = !Directory.Exists(initialDirectory)
                                       ? Path.GetPathRoot(Environment.SystemDirectory)
                                       : initialDirectory;

所以，它抱怨COM上下文，即使你没有显式地使用COM，因为在所有可爱的C#代码下面打开一个本地shell对话框，而shell确实使用COM。
这条消息告诉你的是，无论它试图做什么，它都是在UI线程上做的，而且不是以一种好的方式做的，这似乎需要很长时间。很明显，无论是什么错误都不是你的错，所以你可以忽略它给你的大部分建议。
可以尝试的事情：
1.首先，我会像AaronLS建议的那样，尽可能地简化openFileDialog。试着不要设置任何东西;只需创建一个新对象并调用ShowDialog()。如果这解决了问题，那么你只是给了它畸形的参数，我们可以讨论它的含义。然而，如果它不起作用，这意味着在shell土地上出了问题。
1.发生这种情况的一个可能原因是您安装了一个正在做坏事的shell扩展。最好的方法是break-in (ctrl+break in Visual Studio，或者菜单栏上的debug->break all），然后为我们获取完整的堆栈。当对话框出现时，我们应该能够通过查看谁在堆栈上来识别罪魁祸首。

我在使用大型数据库时遇到了这个问题，它使UI冻结了很长一段时间。所以我把代码放在BackgroundWorker中，现在问题解决了。感谢@i_am_约尔夫
这条消息告诉你的是，无论它试图做什么，它都是在UI线程上做的，而且不是以一种好的方式做的，这似乎需要很长时间。

private void btnConvert_Click(object sender, EventArgs e)
{
  Cursor = Cursors.WaitCursor;
  bgwConvert.RunWorkerAsync();
}

private void bgwConvert_DoWork(object sender, DoWorkEventArgs e)
{
  //My taking-lots-of-time codes
}

private void bgwConvert_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
{
  Cursor = Cursors.Default;
  MessageBox.Show("Done");
}

我也遇到了这个问题，我通过将我的.Net框架更改为最新的框架（在我的情况下是.Net框架4.5;从项目属性 Window-> Debug-> .Net Framework 中），并将CPU类型从 x86 更改为 Any CPU（在项目属性 Window-> Build-> Platform Target 中）。

我刚刚遇到了同样的问题，在我的情况下，解决方案很简单：清洗溶液并重建它！
使用Visual Studio 2015。