在 WPF 中确定窗口激活事件的来源

Question

我有一个复杂的 WPF 应用程序，其窗口位于多个线程上。相当重现，当我打开和关闭一个新窗口时，焦点（激活）不会回到最后一个激活的窗口。相反，一个（通常）较旧的窗口被激活。由于工作流程是“在窗口 A 中工作”、“从 A 打开窗口 B、C”、“使用 B、C”、“从 B 打开窗口 D”、“关闭 D”，我需要窗口来返回焦点到 B，但实际上它到了 A。

我已经查看了围绕 Window.Activated 和 Window.Deactivated 事件的堆栈跟踪，但是这些直接来自 WPF 基础结构并且没有显示任何线索。我已经尝试过 Spy++，但它的用处......有限。

如何进一步调试？

更新：我在创建D的时候，长时间停止阻塞B的线程后，现象消失了。似乎是桌面窗口管理器变得混乱，当线程阻塞他们的消息泵。在创建 D 之前，我通过将消息泵阻止程序推送到具有后台优先级的 Dispatcher 来解决这个问题。这似乎消除了任何 DWM 混乱，并且 Windows 激活不再起作用。我仍然对指向更深入的解决方案/分析的指针感兴趣。

Answer 1

您可能不想听到这个，但在这些情况下，我采取的下一步是立即在相关现象的堆栈中检查方法的参考源。不知道你有没有用过参考源：

• Microsoft Reference Source

进行此设置，然后在通常的位置设置断点，例如焦点事件。现在查找堆栈。您应该能够双击并查看大多数堆栈帧的源代码。当然这是一个废话，但无论如何都比查看方法名称要好。

如果您发现要检查参考源端的某些变量，您会发现它们不起作用。使用此修复：

• How to disable optimizations when debugging Reference Source

我知道这不是很具体，但这是我接下来要尝试的。