【疑难系列】 是程序卡住了还是怎么了?

客户说:“今天的预报又没有发出去,帮忙看下怎么回事?”

“...”

经过

登陆服务器,发现程序一直在打印

running running running ...

这是代码中写的

public static void Main(string[] args) { Console.Title = string.Format("Grib2压码程序 请勿关闭"); ActiveMq(); while (hasMessage) { Console.WriteLine("running"); Thread.Sleep(1000); } }

程序通过启动ActiveMQ,然后判断是否仍有消息在处理,如果在处理就Sleep当前线程,等待处理完毕

当接收到消息时的处理主逻辑:

public static void OnMessage(IMessage message) { var msg = message as ITextMessage; if(msg != null) { hasMessage = true; String date = msg.Text; Compress(date); mq.send(date); hasMessage = false; } }

那么问题应该是Compress或者 mq.send 一直在处理,卡住了??

因为是.net程序,所以不能用jstack来分析线程了

通过windows自带的任务管理器,把程序dump出来

如何dump

然后使用windbg分析一下线程,直接通过文件, "open dump file",打开导出的dmp文件。

dump文件结果

windbg第一次使用,不是很懂得使用,但是注意到右下角threads的线程信息,发现只有一个主线程在运行!!

也就是说:我们的监听线程退出了!!!

那么,什么情况下会退出呢?

一般是线程运行过程中抛出异常没有处理

检查源代码,发现程序没有对出现异常做任何处理

所以,修改方案如下:

public static void OnMessage(IMessage message) { var msg = message as ITextMessage; if(msg != null) { hasMessage = true; String date = msg.Text; if(Compress(date, 3)) { mq.send(date); } else { mq.fail(date); } hasMessage = false; } } public static bool Compress(string date, int retry) { if (retry == 0) { return false; } try { Compress(date); return true; } catch (Exception ex) { Log.writeException(ex); return Compress(date, retry - 1); } }

将监听消息部分的代码进行修改,增加重试,并进行try catch异常处理,出现异常时,在文件中记录日志

当然mq.send 也有可能出现异常,将send方法也进行try catch异常处理

替换程序,上线运行(这种问题看能否重现了,重现了就可以在error.log中找到了)

总结分析

windbg第一应用,表示很多信息都看不懂

主线程中需要考虑子线程的异常,有些线程,你以为在运行,实际上它退出了

其它

面试的时候,面试官问我

“你遇到过最难解决的问题,你是怎么解决的?”

“我特么都是问题解决了就忘记了,所以没啥印象”

不过,我是在心里说的

所以,对于别人问我的问题,我决定记录下来,免得将来忘记了

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:https://www.heiqu.com/zyzjzs.html