关于对话框OnPaint 不调用基类CDialog::OnPaint方法CPU消耗很大达到70%以上问题
相信，很多人在开发过程中遇到过这样一个问题，自己开发的软件CPU使用率达到80%左右，由于开发过程中一开始没太注意CPU使用率，一直到发现该问题但又找不出什么原因！要发现这个问题很麻烦很费劲，我费了一番功夫几乎把项目所有的代码一步一步注释掉才缩小BUG范围焦点落在OnPaint之上，一开始即使知道是OnPaint出了问题但还是找不到问题所在，经过自己对比才发现，是自己的OnPaint中根本没调用基类的OnPaint，但是不明白为什么要调用父类的OnPaint？因为我不需要父类绘制，我完全是自己绘制自己的窗口为什么非得调用基类的？要是调用基类的OnPaint不就含有基类的特性了，我的目的就是去掉基类的OnPaint啊！！
由于CPU使用率达到80%，我猜是出现了死循环现象了，类似于while（1）的BUG，于是我确定OnPaint就是被循环的对象！然后我在OnPaint里面没有调用基类的OnPaint然后加上Trace语句，发现trace打印内容一直打印（实际上是窗口无效才重绘的），原来如此啊！
加上基类的OnPaint发现trace语句打印几次就不打印了(创建过程仅仅调用几次),结果正常了。那加上基类的OnPaint正常了，但是基类的OnPaint就是干了哪些必须需要干的事呢？？
经过自己查阅资料发现，OnPaint是WM_PAINT的消息响应函数，WM_PAINT消息响应之后并没有主动被从消息队列中删除！所有WM_PAINT消息一直留在队列中，想象一下：
while(GetMessage(-))
{
TranslateMessage(-);
DispatchMessage(-);
}
消息队列中一直存在WM_PAINT消息，while就陷入了while（1）死循环，于是CPU就立刻超过80%甚至100%！说到这里，我们就间接知道了基类中的OnPaint中的干了一件事就是把WM_PAINT消息从队列中干掉了！那么如果我们要把WM_Paint从消息队列中干掉怎么办？
如下就是解决办法：
（1）还是调用基类的OnPaint方法，当然这就当然继承了基类OnPaint绘制特性了。
（2）不调用基类的OnPaint，直接调用BeginPaint与配对的EndPaint即可将wm_paint从消息队列删掉。
（3）申明一个CPaintDc变量，因为CPaintDc构造析构就调用了BeginPaint与EndPaint。