帮我分析这个callstack来看看我的方法是什么

时间:2008-12-18 18:03:57

标签: winforms analysis callstack

好的,所以我有一个非常简单的表单,旁边没有逻辑,由演示者控制。 public void Reset()上有一个方法可以将表单重置为初始状态。这应仅由演示者和非常特定的情况(例如活动超时)调用。我遇到了一个问题,虽然在一些边缘情况下(当我模拟我的应用程序丢失数据库连接时)例如,当它不应该被调用时,调用Reset()方法,我无法弄明白

所以我在Reset()方法中设置了一个跟踪点,让它打印出callstack。奇怪的是,提出了更多的问题。任何人都可以帮我弄清楚Reset()的调用来自哪里?我的callstack在下面。

我应该解释的一件事是您可以在callstack中看到的DriverInterface2.UI.WinForms.NonInheritingForms.CheckInForm。这是ICheckInForm(relavant接口)的一个非常简单的实现,只需创建CheckInForm并委托给它。它只是因为我正在使用城堡windsor和连接从表格继承的类变得非常混乱。 无论如何,该方法的全部内容如下:

public void Reset() {_form.Reset();}

这是callstack:

Function: DriverInterface2.UI.WinForms.CheckInForm.Reset(), 
Thread: 0xA96F4 Main Thread, 
Caller: DriverInterface2.UI.WinForms.NonInheritingForms.CheckInForm.Reset, 
Callstack:  DriverInterface2.UI.WinForms.dll!DriverInterface2.UI.WinForms.CheckInForm.Reset
    DriverInterface2.UI.WinForms.dll!DriverInterface2.UI.WinForms.NonInheritingForms.CheckInForm.Reset
    [Native to Managed Transition]
    [Managed to Native Transition]
    mscorlib.dll!System.Delegate.DynamicInvokeImpl
    System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallbackDo
    System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallbackHelper
    mscorlib.dll!System.Threading.ExecutionContext.runTryCode
    [Native to Managed Transition]
    [Managed to Native Transition]
    mscorlib.dll!System.Threading.ExecutionContext.RunInternal
    mscorlib.dll!System.Threading.ExecutionContext.Run
    System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallback
    System.Windows.Forms.dll!System.Windows.Forms.Control.InvokeMarshaledCallbacks
    System.Windows.Forms.dll!System.Windows.Forms.Control.WndProc
    System.Windows.Forms.dll!System.Windows.Forms.ScrollableControl.WndProc
    System.Windows.Forms.dll!System.Windows.Forms.ContainerControl.WndProc
    System.Windows.Forms.dll!System.Windows.Forms.Form.WndProc
    System.Windows.Forms.dll!System.Windows.Forms.Control.ControlNativeWindow.OnMessage
    System.Windows.Forms.dll!System.Windows.Forms.Control.ControlNativeWindow.WndProc
    System.Windows.Forms.dll!System.Windows.Forms.NativeWindow.Callback
    [Native to Managed Transition]
    [Managed to Native Transition]
    System.Windows.Forms.dll!System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop
    System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner
    System.Windows.Forms.dll!System.Windows.Forms.Application.ThreadContext.RunMessageLoop
    System.Windows.Forms.dll!System.Windows.Forms.Application.Run
    DriverInterface2.exe!DriverInterfaceRunner.Program.Main
    [Native to Managed Transition]
    [Managed to Native Transition]
    mscorlib.dll!System.AppDomain.ExecuteAssembly
    Microsoft.VisualStudio.HostingProcess.Utilities.dll!Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly
    mscorlib.dll!System.Threading.ThreadHelper.ThreadStart_Context
    mscorlib.dll!System.Threading.ExecutionContext.Run
    mscorlib.dll!System.Threading.ThreadHelper.ThreadStart

1 个答案:

答案 0 :(得分:1)

在我看来,Windows消息正在编组为.NET事件,并且该事件正在调用您的Reset方法。它是哪个事件,我不知道。如果它不是一个事件,那么它可能是一个异步委托。

如果您从Application.Idle事件中调用Reset方法,则可以解释它。

由于调用是异步的,导致异步委托被引发的调用(事件处理程序或其他)将不会出现在堆栈中。因此,在系统通过Windows消息泵调度该委托之前,堆栈可能会从该调用中解开。因此,原始调用者不再出现在堆栈中。