《疯狂的程序员》29

见屏幕一黑，绝影也不知dao是怎么回事，以前在公司测试的时候从来没chu现这zhong情况，反正肯定是程序chu了问题，坏就坏在还是全屏，图像一黑，整个屏幕就黑了。他用yan角的余光瞟了瞟周总，还好周总正在兴致bobo地给医生们介绍KIPACS是如何如何好，只有医院领导一个人发现了问题。他赶忙退chu全屏关掉KIPACS，再次打开。

医院领导正要开口，绝影抢在他前面说：“这是正常现象，一般KIPACS用久了就要重启一次。”那言外之意就是：“这黑屏的事，没啥大不了的，我们早就知dao了。并且这又是不能解决的，要能解决我们还不早就解决了。就比如手机一样，就算是NokiaN95，够高档了吧，可是你能拿它放DVD吗？放不了，还是将就着用吧。所以还是麻烦你们偶尔重启一下吧。”

周总听他这么说，回过tou来，丈二和尚摸不着tou。

最后医院领导还是在验收报告上签了字，一行人撤回公司的时候，周总问：“小绝阿，那个KIPACS重启是怎么回事呢？以前怎么没听你说过？”

绝影哪敢给他讲很话，忙说：“没什么大不了的，回去我调研一下，估计还有些小BUG。”

在公司zuoCASE就是这样，虽然公司要求所有BUG的发现和修正都要最终ti现到ruan件开发文档里，但实际cao2作起来，往往是程序员发现了自己的BUG能隐瞒下来的都隐瞒下来，自己chou个时间或者加班把它修改了，这样给领导的印象要好一些。这和现在很多小煤窑的zuo法差不多，虽然上tou三令五申要杜绝安全隐患，但事故总还是要发生的，虽然又说发生事故要如实上报及时补救，但小老板们总是能隐瞒不报就隐瞒不报，自己私下chu1理了事。你想真要是如实上报你一个小小煤窑一年12个月就报了二十多个事故上去明年的开采许可证还怎么可能拿得到？

绝影说是小事，回到公司又看了半天都还是没搞明白，问题就chu在调窗上，这个调窗原理说简单点其实就是把图像的一些属xing调整一下然后重新绘制到DC上，小幅度地调整都没有问题，就是大幅度长时间调整最后显示图像的bu分都会黑掉。先他以为是对WM_PAINT消息的chu1理有问题，这个就比较麻烦，系统经常要发送WM_PAINT这个消息，在里面下个断点或者加个MessageBox就一直要不停地弹chu。搞了半天还是找不chu个所以然。你想要是真是对这个消息chu1理chu现了问题，那应该一早调窗就有问题才对。

调试了几次，绝影发现系统变得越来越慢，打开任务guan理qi，乖乖，KIPACS居然占用了300多M内存。要知daoKIPACS刚启动时不过只占用了17M内存。看样子像是内存xie漏。这样想，他继续调窗，调一下发现内存涨上去可又没降下来，果然是调窗的时候发生了内存xie漏。

知dao了原因解决起来就要快得多，原来是GetDC获取DC后没有使用ReleaseDC把它释放，这bu分在WM_PAINT消息中，WM_PAINT消息又频繁发送，所以那内存xie漏起来真是要命得很。

加上ReleaseDC，KIPACS终于可以liu畅地调窗，看看任务guan理qi，内存占用基本稳定在20M。

搞完这个BUG，绝影看看时间，已经是晚上9点多，公司的人早不知dao什么时候都走*光了。这次的事情还是给绝影留下了shen刻的教训以至于在很常一段时间，别人问他：“影tou，你看看我这程序，怎么老是chu问题阿？”他都会跟别人说：“先看看是不是有内存xie漏。”

问题解决了，等到第二天周总来到公司，绝影便轻描淡写地对周总说：“昨天那个KIPACS需要重启的问题我已经解决了，是个小问题，内存xie漏。”

所以什么叫打zhong脸充胖子。明明昨天hua了5，6个小时憋得几乎走投无路终于解决chu的问题现在在老总面前却轻描淡写地说：“是个小CASE而已。”想BOSSLiu也许也是这样，自己不知dao熬了几个通宵脑细胞不知杀死多少终于给zuochu个多线程chu来，却轻描淡写地说：“多线程嘛，那个还不容易，二三十分钟就搞chu来了。”两个人都是爱chuiniu，好像自己能耐大得不得了，什么技术阿方法阿算法阿解决方案阿还不一切都尽在掌握中，原以为niu这样chui了，大家就决定自己有多了不起，结果最后受