c# - 重现 UserPreferenceChanged 事件以验证卡住问题已修复

Question

我最近遇到了可怕的 UserPreferenceChanged 事件 UI 卡住问题，随后我解决了可能的原因，例如:

• 调用单个控件而不是主应用程序表单(参见 https://stackoverflow.com/a/3832728/868159)
• 在非 UI 线程上创建控件。
• 首先初始化 SystemEvents 静态类(参见 https://stackoverflow.com/a/4078528/868159)

但我遇到的最大问题是可靠地再现卡住。我发现您可以通过在 RDP session 中运行应用程序，退出 session 而不注销，然后重新连接到 RDP session (通常情况下，这会引发 OnThemeChanged 事件而不是UserPreferenceChanged 事件)。使用这种方法，我成功地相当一致地卡住了应用程序。然后我遵循了上面的一些建议并纠正了我发现的问题。这似乎解决了问题，我移交给了 QA，使用上述方法他们也无法卡住。

但是，客户仍然遇到卡住问题。当它发生时，我从它们那里获取进程转储文件，并且可以看到已触发 SystemEvents.OnUserPreferenceChanged 事件。

mscorlib.dll!System.Threading.WaitHandle.InternalWaitOne(System.Runtime.InteropServices.SafeHandle waitableSafeHandle, long millisecondsTimeout, bool hasThreadAffinity, bool exitContext)
System.Windows.Forms.dll!System.Windows.Forms.Control.WaitForWaitHandle(System.Threading.WaitHandle waitHandle)
System.Windows.Forms.dll!System.Windows.Forms.Control.MarshaledInvoke(System.Windows.Forms.Control caller, System.Delegate method, object[] args, bool synchronous)
System.Windows.Forms.dll!System.Windows.Forms.Control.Invoke(System.Delegate method, object[] args)
System.dll!Microsoft.Win32.SystemEvents.SystemEventInvokeInfo.Invoke(bool checkFinalization, object[] args)
System.dll!Microsoft.Win32.SystemEvents.RaiseEvent(bool checkFinalization, object key, object[] args)
System.dll!Microsoft.Win32.SystemEvents.OnUserPreferenceChanged(int msg, System.IntPtr wParam, System.IntPtr lParam)
System.dll!Microsoft.Win32.SystemEvents.WindowProc(System.IntPtr hWnd, int msg, System.IntPtr wParam, System.IntPtr lParam)
[Native to Managed Transition]  
[Managed to Native Transition]
System.Windows.Forms.dll!System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(System.IntPtr dwComponentID, int reason, int pvLoopData)
System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(int reason, System.Windows.Forms.ApplicationContext context)
System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoop(int reason, System.Windows.Forms.ApplicationContext context)

所以我的下一个想法是上面的 RDP 方法不能可靠地再现问题，因此我需要重新创建 UserPreferenceChanged 事件 (WM_SETTINGCHANGE)。

所以我使用以下内容创建了一个快速控制台应用程序(基于 pinvoke.net 中的一些代码)

[DllImport("user32.dll", SetLastError = true, CharSet = CharSet.Auto)]
public static extern IntPtr SendMessageTimeout(
    IntPtr windowHandle,
    uint Msg,
    IntPtr wParam,
    IntPtr lParam,
    SendMessageTimeoutFlags flags,
    uint timeout,
    out IntPtr result);

const uint WM_SETTINGCHANGE = 0x1A;
IntPtr innerPinvokeResult;
var HWND_BROADCAST = new IntPtr(0xffff);

var pinvokeResult = SendMessageTimeout(HWND_BROADCAST, WM_SETTINGCHANGE, IntPtr.Zero,
    IntPtr.Zero, SendMessageTimeoutFlags.SMTO_NORMAL, 1000, out innerPinvokeResult);

Console.WriteLine(pinvokeResult);
Console.WriteLine(innerPinvokeResult);

Console.WriteLine(pinvokeResult == (IntPtr) 0 ? "Failed" : "Success");

这似乎有效，因为它会导致重绘(或刷新？)或在我的机器上打开的资源管理器窗口。

为了验证，我向应用程序添加了一个按钮，单击该按钮会订阅该事件:

SystemEvents.UserPreferenceChanged += (s, e) => MessageBox.Show("user pref");

因此，我单击应用程序中的按钮进行订阅，然后运行我的控制台应用程序以触发 WM_SETTINGCHANGE，这确实会导致应用程序显示消息框。因此，我尝试使用我的控制台应用程序作为测试的一部分来尝试重现问题 - 但它不会导致 UI 卡住!

有一件事我注意到，如果我在测试事件订阅中的 MessageBox.Show 上放置一个断点，那么堆栈跟踪并不像我预期的那样。我希望它与客户得到的一样。相反，它是:

TestingForm.AnonymousMethod__40(object o, Microsoft.Win32.UserPreferenceChangedEventArgs ev) Line 1041
[Native to Managed Transition]  
mscorlib.dll!System.Delegate.DynamicInvokeImpl(object[] args)
System.dll!Microsoft.Win32.SystemEvents.SystemEventInvokeInfo.InvokeCallback(object arg)
[Native to Managed Transition]  
mscorlib.dll!System.Delegate.DynamicInvokeImpl(object[] args)
System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallbackDo(System.Windows.Forms.Control.ThreadMethodEntry tme)
System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(object obj)
mscorlib.dll!System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool preserveSyncCtx)
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state, bool preserveSyncCtx)
mscorlib.dll!System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext executionContext, System.Threading.ContextCallback callback, object state)
System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallback(System.Windows.Forms.Control.ThreadMethodEntry tme)
System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallbacks()
System.Windows.Forms.dll!System.Windows.Forms.Control.WndProc(ref System.Windows.Forms.Message m)
System.Windows.Forms.dll!System.Windows.Forms.NativeWindow.Callback(System.IntPtr hWnd, int msg, System.IntPtr wparam, System.IntPtr lparam)
[Native to Managed Transition]  
[Managed to Native Transition] 
System.Windows.Forms.dll!System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(System.IntPtr dwComponentID, int reason, int pvLoopData)
System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(int reason, System.Windows.Forms.ApplicationContext context)
System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoop(int reason, System.Windows.Forms.ApplicationContext context)

所以我的问题是:为什么我得到不同的堆栈跟踪；我的控制台应用程序是否真的正确引发了 UserPreferenceChange 事件？如果不是，我该如何重现它？

我正在使用 .NET 4.0。

Answer 1

UserPreferenceChanged 卡住问题通常可以通过锁定和解锁屏幕重现。检查here如何找到根本原因。