不能因为了解一些技术就将问题硬将其上靠

有些问题很简单，但看起来很神秘。

不能因为问题神秘就猜想是不是由于一种高深的技术问题造成的。

 

比如，主窗口失去响应，我首先想到了是不是消息队列堵车了，我太天真了。

 

如果由于一次普通的编码就导致了线程消息队列的堵车，那MS也太菜了。

MS菜不菜大家都知道。

 

问题具体是由什么操作导致的，就按照这条路线进行调查，不能因为调查时没有任何方向就猜测高深的问题。

 

想一想以前这个问题出现过没有，找一个以前的版本进行一下测试，大部分情况下，以前的版本应该没有问题。

 

版本在提交之前肯定会被多次测试，多次测试之下都没有发现这个问题，那只有一个结论：

 

期间的修改导致了这个问题的发生。

 

想一想期间进行了什么修改，再想一想这个问题的可能的简单的原因。界面失去响应，大多数情况下是窗口

被disable了，按着这条道找，看看哪里会使主窗口不可用。

 

呵呵，这个时候，如果再发现不了问题的原因，那也太菜了。