记一次 .NET 某自动化智能制造软件 卡死分析
💡
原文中文，约5900字，阅读约需14分钟。
📝
内容提要
一位朋友的工厂程序因主线程通过ShowConfirmDialog调用NtUserShowWindow时，发送消息给其他窗口未响应而卡死。通过使用procdump获取内核态栈，最终定位了问题。
🎯
关键要点
- 朋友的工厂程序因主线程调用ShowConfirmDialog时卡死。
- 通过分析托管栈，发现程序在NtUserShowWindow函数中停滞。
- 使用procdump获取内核态栈，进一步分析问题。
- 内核态栈显示当前线程在向其他窗口发送消息时未响应，导致卡死。
- 确定卡死原因是主线程给特定窗口发送消息，导致程序系统性卡死。
- 总结经验：在用户态无法找到问题时，使用procdump获取内核态栈是有效的解决方案。
❓
延伸问答
程序卡死的主要原因是什么？
程序卡死是因为主线程通过ShowConfirmDialog调用NtUserShowWindow时，向其他窗口发送消息未响应。
如何分析程序卡死的问题？
可以通过分析托管栈和使用procdump获取内核态栈来定位问题。
使用procdump获取内核态栈的步骤是什么？
使用procdump -mk命令抓取当前线程的内核态栈，以便进一步分析。
NtUserShowWindow函数在程序卡死中起什么作用？
NtUserShowWindow函数在程序卡死中负责显示窗口，但由于未响应的消息导致程序停滞。
如何确定导致程序卡死的窗口句柄？
可以通过查看用户态NtUserShowWindow方法的rcx参数来确定导致卡死的窗口句柄。
总结这次卡死分析的经验教训是什么？
当用户态无法找到问题时，使用procdump获取内核态栈是有效的解决方案。
➡️
