Wie behebt Sie Probleme mit WPF-Benutzeroberflächen?

Question

Ich arbeite an einer WPF-Anwendung, die manchmal seltsame Probleme aufweist und scheint in der Benutzeroberfläche hängen. Es ist inkonsistent, es passiert auf verschiedenen Seiten, aber es passiert oft genug, dass es ein großes Problem ist. Ich sollte erwähnen, dass es kein richtiger Fall ist, wie unten beschrieben.

Mein erster Gedanke war, dass die Animationen einiger Tasten das Problem darstellten, da sie auf den meisten Seiten verwendet werden, aber nach dem Entfernen von ihnen immer noch auftreten, obwohl scheinbar ein bisschen seltener. Ich habe versucht, in den Debugger einzubrechen, wenn der Hang auftritt; Es gibt jedoch nie einen Code zum Anzeigen. Es läuft kein Code von mir. Ich habe auch bemerkt, dass das "Hängen" nicht abgeschlossen ist. Ich habe Code, mit dem ich das Formular ziehen kann (es hat keine Grenze oder Titel), die weiterhin funktioniert. Ich habe auch meine gewonnene Schließen-Taste, die funktioniert, wenn ich darauf klicke. Das Klicken auf Schaltflächen scheint tatsächlich zu funktionieren, während mein Code ausgeführt wird, aber die Benutzeroberfläche wird einfach nie aktualisiert, um eine neue Seite anzuzeigen.

Ich suche nach Ratschlägen, Tools oder Techniken, um dieses seltsame Problem aufzuspüren, also, wenn Sie irgendwelche Gedanken überhaupt haben, werde ich es sehr zu schätzen wissen.

EDIT: Es ist gerade wieder passiert, also dieses Mal, als ich versuchte, in den Debugger einzubrechen wählte ich "Disassembly" zu zeigen. Es bringt mich zu MS.Win32.UnsafeNativeMethods.GetMessageW. Der Stack-Trace folgt:

[Managed to Native Transition] 

WindowsBase.dll MS.Win32.UnsafeNativeMethods.GetMessageW (ref System.Windows.Interop.MSG msg, System.Runtime.InteropServices.HandleRef hWnd, int uMsgFilterMin, int uMsgFilterMax) + 0x15 bytes
WindowsBase.dll! System.Windows.Threading.Dispatcher.GetMessage (Referenz System.Windows.Interop.MSG msg, System.IntPtr hwnd, int minMessage, int maxMessage) + 0x48 bytes WindowsBase.dll! System .Windows.Threading.Dispatcher.PushFrameImpl (System.Windows.Threading.DispatcherFrame frame = {System.Windows.Threading.DispatcherFrame}) + 0x8b bytes WindowsBase.dll! System.Windows.Threading.Dispatcher. Schubrahmen (System.Windows.Threading.DispatcherFrame Rahmen) + 0x49 Bytes
WindowsBase.dll! System.Windows.Threading.Dispatcher.Run() + 0x4C Bytes
PresentationFramework.dll! System.Windows.Application.RunDispatcher (Objekt ignorieren) + 0x1e bytes
PresentationFramework.dll! System.Windows.Application.RunInternal (System.Windows.Window-Fenster) + 0x6f bytes PresentationFramework.dll! System.Windows.Application.Run (System.Windows.Window-Fenster) + 0x26 Bytes PresentationFramework.dll! System.Windows.Application.Run() + 0x19 Bytes WinterGreen.exe! WinterGreen.App.Main() + 0x5e Bytes C# [zu Managed Transition Nativ]
[Verwaltet Nativ e Transition]
mscorlib.dll! System.AppDomain.nExecuteAssembly (System.Reflection.Assembly assembly, string [] args) + 0x19 Byte mscorlib.dll! System.Runtime.Hosting.ManifestRunner.Run (bool checkAptModel) + 0x6e Bytes mscorlib.dll! System.Runtime.Hosting.ManifestRunner.ExecuteAsAssembly() + 0x84 Bytes mscorlib.dll! System.Runtime.Hosting.ApplicationActivator.CreateInstance (System.ActivationContext Activa, string [] activationCustomData) + 0x65 Bytes mscorlib .dll! System.Runtime.Hosting.ApplicationActivator.CreateInstance (System.ActivationContext Activa) + 0xa Bytes mscorlib.dll! System.Activator.CreateInstance (System.ActivationContext Activa) + 0x3E
Microsoft.VisualStudio Bytes. HostingProcess.Utilities.dll! Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssemblyDebugInZone() + 0x23 Byte
mscorlib.dll! System.Threading.ThreadHelper.ThreadStart_Context (Objektzustand) + 0x66 Bytes
mscorlib.dll! System.Threading.ExecutionContext.Run (System.Threading.ExecutionContext ExecutionContext, System.Threading.ContextCallback Rückruf, Objektzustand) + 0x6F Bytes
mscorlib.dll! System.Threading.ThreadHelper.ThreadStart() + 0x44 Byte

Answer 1

Versuchen Sie, das grenzenlose Verhalten Ihres Fensters zu entfernen und sehen Sie, ob das hilft. Sind BeginInvoke() oder Invoke() auch lang laufende Operationen?

Eine andere Sache zu betrachten: Wenn Sie in Ihren Code einbrechen, versuchen Sie, andere Threads als Ihren Hauptthread zu suchen. Einer von ihnen blockiert möglicherweise den UI-Thread.

Answer 2

Ein großes Werkzeug ist Snoop. Wirklich gut, um zu sehen, welche WPF-Objekte zu einem bestimmten Zeitpunkt im visuellen Baum angezeigt werden. Ich bin mir nicht sicher, wie viel es helfen wird, aber es ist möglich, dass du den UI-Thread mit einer Menge zusätzlicher Dinge jammst, die es zu tun hat. Snoop kann Ihnen vielleicht dabei helfen, auf dem Bildschirm zu finden, was Sie suchen.

Answer 3

Ihre WPF-App könnte aufgrund von Leistungsproblemen hängen. Versuchen Sie es mit Perforator, um zu sehen, ob Sie Teile haben, die Software gerendert werden oder wenn Ihre App zu viel Video-RAM verwendet.

Answer 4

Ich habe das grenzenlose Verhalten entfernt, wie von Bob King vorgeschlagen. Bis heute scheint das Problem gelöst zu sein.

Jetzt ist die Frage, warum und wie kann ich das Problem beheben? Das Produkt ist so konzipiert, dass es keine Ränder mit abgerundeten Ecken und transparenten Teilen aufweist.

Answer 5

Hurra, ... es scheint, dass das Problem nicht mit randlosen Fenstern verwandt ist (zumindest in meinem Fall).

Es gibt einen großen Leistungseinbruch, wenn Sie AllowsTransparency auf true setzen. So ein großer Hit scheint es zu sein, dass die ganze Sache den UI-Thread hängen kann. Sehr seltsames Verhalten. Konnte mit this ticket in Verbindung stehen