我有一个带有非常复杂的 XAML 的 WPF 应用程序，我需要一种方法来了解我的应用程序挂起的点，当我尝试暂停执行时，应用程序似乎没有挂起，指针将在此行:
System.Windows.Application myApp;
.
.
.
.
myApp.Run(); // <== this line
当我更改任务栏的布局或 Windows 资源管理器崩溃(任务栏被隐藏)时会发生这种情况，如果我重复进行这些更改，应用程序将永远无法恢复，但是当完成一个小的更改时，应用程序将在几分钟后恢复，我需要知道这个问题的原因，我怀疑我的应用程序的复杂 XAML，但我需要一种方法来了解页面或组件，或者这个挂起的任何来源。
* 编辑 *
我需要一种工具或方法来了解消耗调度程序时间的 XAML 是什么!
* 编辑 *
我得到了挂起的确切原因，这是因为在另一个线程中创建了一个 ReportViewer 的实例，当我删除实例的创建时，它工作得很好，奇怪的是，这个错误存在于我的很久以前的应用程序，但最近出现了挂起，我的意思是:当您在我的应用程序的任何位置插入这些代码之一时，我的应用程序将挂起:
new Action(() =>
{
ReportViewer rv = new ReportViewer();
}).BeginInvoke(null, null);
或
new Action(() =>
{
ReportViewer rv = new ReportViewer();
rv.Dispose();
}).BeginInvoke(null, null);
或
new Action(() =>
{
ReportViewer rv = new ReportViewer();
rv.LocalReport.ReleaseSandboxAppDomain();
rv.Dispose();
}).BeginInvoke(null, null);
我的问题:
1- 更改窗口布局(调整任务栏大小或移动它)与未添加到任何可视化树的报表查看器之间有什么关系，为什么这会导致我的应用程序挂起？
2- 我如何确定挂起的位置？
3- 有时应用程序会在几分钟 (3-5) 内恢复，但有时仍会挂起数小时并且应用程序不会恢复，为什么？
4- 在这种情况下如何确定导致我的应用程序挂起的组件或配置？
顺便说一句，如果解决了这对其他人来说非常有用，我们花了很多时间来检测它，但没有得到导致挂起的 ReportViewer 的确切原因!
最佳答案
我会尽量完整地回答你的问题:
ReportViewer 控件是一个 Windows 窗体控件，Windows 窗体存在一个问题，在适当的情况下，该问题可能会导致 UI 线程锁定，从而导致应用程序挂起。
当 Windows 发布 WM_SETTINGCHANGED 消息时，将触发事件 System.Win32.SystemEvents.UserPreferenceChanged。某些 Windows 窗体控件(包括 ReportViewer)监听此事件以在系统设置更改时更新自身。
与其他常规事件相比，UserPreferenceChanged 事件将使用订阅线程的 SynchronzationContext 调用每个处理程序。因此，如果 ReportViewer 是在主 UI 线程(WPF 中的 Dispatcher 线程)以外的线程上创建的，则事件触发代码将尝试执行调用并等待调用完成，这永远不会发生在其他线程上，从而卡住 UI .
要确定挂起的位置，您可以轻松地在 Visual Studio -> 工具 -> 选项 -> 调试中禁用“仅启用我的代码”选项，当挂起发生时，只需将 VS 调试器附加到挂起的应用程序，这将向您显示该应用程序卡在 WaitOne 调用的 UserPreferenceChanged 事件处理中。
您可以在这些文章中阅读有关此挂起的更多信息:
http://www.ikriv.com/dev/dotnet/MysteriousHang.html
Windows Forms Form hanging after calling show from another thread
关于c# - 由于在另一个线程中创建 ReportViewr 而导致窗口布局更改时，在非常复杂的 WPF 应用程序中卡在未知位置，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14126225/