如何调试死锁？
除此之外我不知道我现在是否可以重现它（我已经使用这个特定的应用程序一两个星期没有问题），假设我在VS调试器中运行我的应用程序，如何它应该在它发生后调试死锁吗？ 如果我暂停程序并因此看到不同的线程发生在哪里，我认为我可能能够进入调用堆栈，但是单击暂停只会使Visual Studio陷入死锁，直到我杀死我的应用程序。
除了浏览我的源代码树以寻找潜在问题之外，还有其他方法吗？ 一旦出现问题，是否有办法获得调用堆栈以查看问题所在？ 任何其他可能有用的工具/提示/技巧？
你做的是正确的方法。 如果Visual Studio也出现死锁，那么偶尔会发生这种情况。 这只是运气不好，除非还有其他一些问题。
您不必在调试器中运行该应用程序即可进行调试。 正常运行应用程序，如果发生死锁，可以稍后附加VS. 按Ctrl + Alt + P ，选择进程，选择调试器类型，然后单击附加 。 使用一组不同的调试器类型可能会降低VS崩溃的风险（特别是如果您不调试本机代码）
死锁涉及2个或更multithreading。 您可能知道第一个（可能是您的UI线程），因为您注意到应用程序中的死锁。 现在你只需要找到另一个。 有了架构知识，它应该很容易找到（例如，其他线程使用相同的锁，与UI交互等）
如果VS根本不起作用，你可以随时使用windbg 。 点击此处下载： http ： //www.microsoft.com/whdc/devtools/debugging/default.mspx
我会按以下顺序尝试不同的方法：
– 首先，检查代码以查找线程安全违规，确保您的关键区域不会调用其他函数，而这些函数又会尝试锁定关键区域。
– 使用任何可以实现线程活动可视化的工具，我使用内部perl脚本来解析我们制作的操作系统日志，并绘制所有上下文切换图并显示线程被抢占的时间。
– 如果找不到好的工具，请执行一些日志记录以查看在发生死锁之前运行的最后一个线程。 这将为您提供可能导致问题的位置的线索，如果锁定机制具有唯一名称（例如，如果对象具有自己的线程，创建专用信号量或互斥锁以管理该线程），则会有所帮助。
我希望这有帮助。 祝好运！
您可以使用不同的程序，如英特尔（R）Parallel Inspector：
http://software.intel.com/en-us/intel-parallel-inspector/
此类程序可以向您显示代码中存在潜在死锁的位置。 但是您应该为此付费，或仅使用评估期。 不知道是否有这样的免费工具。
就像在任何地方一样，没有“银弹”工具来捕捉所有的僵局。 所有这些都是关于不同线程获取资源的顺序，因此您的工作就是找出违反订单的位置。 通常Visual Studio或其他调试器将提供堆栈跟踪，您将能够找出差异的位置。 DevPartner Studio确实提供了死锁分析，但上次我检查过的误报太多了。 一些静态分析工具也会发现一些潜在的死锁。
除此之外，它有助于使架构直接执行资源获取订单。 例如，分层有助于确保在较低级别锁定之前采取上级锁定，但要注意回调。