如何确定应用程序是不是真的没有响应，如任务管理器中所示

Posted 2023-03-14

【中文标题】如何确定应用程序是不是真的没有响应，如任务管理器中所示

【英文标题】：How to determine if app is really not responding as shown in Task Manager如何确定应用程序是否真的没有响应，如任务管理器中所示

【发布时间】：2013-11-29 13:17:19

【问题描述】：

我的具体问题： 我需要开发一个需要保持各种应用程序运行的看门狗应用程序。 我正在使用 Visual Studio 和支持 .net 4.0 的 Windows 环境 由于我没有创建这些应用程序，也无权以任何方式修改它们，我只能依靠 windows 提供的信息。

在过去的一周里，我一直在努力寻找确切的方法来获取应用程序任务管理器中显示的“无响应”属性。

我尝试过： 1 使用系统诊断，获取过程信息并解释其中的信息。问题是，当应用程序停止工作（崩溃）时，进程仍在运行，JIT 调试器消息会弹出并报告应用程序崩溃。在这个特定的时刻，任务管理器报告应用程序“没有响应”，但进程信息（尽管它确实有一个主窗口句柄）的属性“响应”设置为“真”。 我发现很多开源任务管理器（前 5 名）都使用“响应”属性来确定应用程序是否正在运行。 所以问题是：任务管理器显示没有响应，进程属性响应=True，这种判断应用程序是否没有响应的方法是无效的

2 向主窗口处理程序发送超时消息。 我使用了 SendMessageTimeout 函数 http://msdn.microsoft.com/en-us/library/windows/desktop/ms644952(v=vs.85).aspx *我使用了 SMTO_ABORTIFHUNG、SMTO_BLOCK、SMTO_NORMAL、SMTO_NOTIMEOUTIFNOTHUNG 和 SMTO_ERRORONEXIT 并且遇到了同样的问题： - 在应用程序崩溃之前：报告正在运行（所有消息都返回 1） - 在应用程序崩溃（JIT 调试器弹出报告应用程序崩溃并在任务管理器中显示“未响应”）后，发送到进程窗口处理程序的所有上述消息都返回 1 。 所以这个判断app是否没有响应的方法也是INVALID

我很惊讶我无法找到与我的问题相关的相关资源。

这是我尝试过的一些代码：

bool IsResponding(Process process)
    
        HandleRef handleRef = new HandleRef(process, process.MainWindowHandle);

        int timeout = 2000;
        IntPtr lpdwResult;

        IntPtr lResult = SendMessageTimeout(
            handleRef,
            0,
            IntPtr.Zero,
            IntPtr.Zero,
            1,
            1000,
            out lpdwResult);
        lResult = SendMessageTimeout(
            handleRef,
            0,
            IntPtr.Zero,
            IntPtr.Zero,
            2,
            1000,
            out lpdwResult);
        lResult = SendMessageTimeout(
           handleRef,
           0,
           IntPtr.Zero,
           IntPtr.Zero,
           0,
           1000,
           out lpdwResult);
        lResult = SendMessageTimeout(
           handleRef,
           0,
           IntPtr.Zero,
           IntPtr.Zero,
           8,
           1000,
           out lpdwResult);
        lResult = SendMessageTimeout(
           handleRef,
           0,
           IntPtr.Zero,
           IntPtr.Zero,
           20,
           1000,
           out lpdwResult);
        return lResult != IntPtr.Zero;
    

和测试部分：

processes = Process.GetProcessesByName(Path.GetFileNameWithoutExtension("...testAppLocation.exe"));
                                bool test = processes[0].Responding;
 test =  asd.IsResponding(processes[0]);

我已经在调试模式下运行了示例，因此我确信无论实际应用程序正在运行还是崩溃，所有消息都会返回 1 作为值。 并且“processes[0]”针对真实流程进行了测试，并且确实具有流程信息 在运行时。

我没有想法，我还没有弄清楚任务管理器使用什么资源来确定应用程序“无响应”。

在 Hans Passant 的帮助下提供的第一个解决方案如下所示：

获取活动窗口（包括挂起）的函数：

   internal static class NativeMethods
    [DllImport("user32.dll")]
        [return: MarshalAs(UnmanagedType.Bool)]
        static extern bool IsHungAppWindow(IntPtr hWnd);
        [DllImport("user32.dll")]
        static extern Int32 EnumWindows(EnumWindowsCallback lpEnumFunc, Int32 lParam);

        [DllImport("user32.dll")]
        public static extern void GetWindowText(IntPtr hWnd, StringBuilder lpString, Int32 nMaxCount);

        [DllImport("user32.dll")]
        static extern UInt64 GetWindowLongA(IntPtr hWnd, Int32 nIndex);

 public static readonly Int32 GWL_STYLE = -16;
        public static readonly UInt64 WS_VISIBLE = 0x10000000L;
        public static readonly UInt64 WS_BORDER = 0x00800000L;
        public static readonly UInt64 DESIRED_WS = WS_BORDER | WS_VISIBLE;

        public delegate Boolean EnumWindowsCallback(IntPtr hwnd, Int32 lParam);

        public static List<WindowWrapper> GetAllWindows()
        
            List<WindowWrapper> windows = new List<WindowWrapper>();
            StringBuilder buffer = new StringBuilder(100);
            EnumWindows(delegate(IntPtr hwnd, Int32 lParam)
            
                if ((GetWindowLongA(hwnd, GWL_STYLE) & DESIRED_WS) == DESIRED_WS)
                
                    GetWindowText(hwnd, buffer, buffer.Capacity);
                    WindowWrapper wnd = new WindowWrapper();
                    wnd.handle = hwnd;
                    wnd.title = buffer.ToString();

                    windows.Add(wnd);
                
                return true;
            , 0);

            return windows;
        

。 . .

我放入的是挂起检查器功能： 请注意，对于每个挂起的应用程序（JIT 调试器弹出窗口说它不工作） 您将获得 2 个具有相同窗口处理程序标题的条目： 由 jit 调试器接管的应用程序原始窗口处理程序将返回 false （这意味着它没有挂起）而对于另一个条目 - 它被分配了一个新的 IntPtr IsHungAppWindow 将返回 true

foreach (var wnd in NativeMethods.GetAllWindows())
                                
                                    Console.WriteLine(wnd.title + " and status is " + IsHungAppWindow(wnd.Handle));




                                

如果有人对此问题有其他经过测试的特定解决方案，我将不胜感激。

【问题讨论】：

对于可能想知道的其他人，消息 0 是 WM_NULL。

【参考方案1】：

您需要 pinvoke IsHungAppWindow()。当窗口被显示“未响应”的幽灵窗口替换时，它返回 true。

请记住，这 从不 意味着应用程序崩溃，而不是通常意味着应用程序实际上已挂起。当它尝试运行 VS2010+ 时，当然不是在我的 pokey 笔记本电脑上。或者大多数由尚未掌握线程艺术的程序员编写的 Winforms 或 WPF 应用程序。所以不要随意杀死进程。

【讨论】：

感谢您的回答！我一直在寻找答案 3 天。 IsHungAppWindow 为我完成了这项工作。我将在特定超时后交叉检查状态（特定于每个应用程序/机器）或尝试摆弄函数参数。当一个应用程序被认为“没有响应”时，一个新的处理程序（用于 JIT 调试器）将替换最初的处理程序——两者都保持相同的标题——而在 IsHungAppWindow 函数中调用时只有新的处理程序返回 true。这对于程序员从此时起就应用程序状态得出相关结论来说已经绰绰有余了。

这听起来很疯狂。好吧，只要你知道你在做什么。请将您的问题标记为已回答，以结束您的问题。