Question

mfc 模态对话框，打开之后，若移动了对话框，关闭时对话框位置就会变灰，好几秒之后才结束。

这是什么情况，怎么解决呢

Answer 1

通常这个情况，最大可能不是对话框本身的问题，而是对话框所在区域中，对话框后面那个窗口的刷新问题。

追问

您说的还真对，我把其他会导致关闭时变灰的情况中对话框后面窗口刷新的语句全注释了，关闭就不灰了。但是后面的窗口不能不刷新，而且这个对话框也得移动……。那怎么找是什么问题呢

追答

再测试一下吧，不注释窗口刷新语句，开一个小窗口（如windows计算器）放在你的窗口前面，移动一下，再激活你的窗口，看看刷新如何。
如果情况一样是变灰半天，那么就优化窗口刷新呗，通常的解决办法都是使用内存DC做双缓冲，来提高窗口的显示刷新速度。
如果除了这个对话框，其它任何情况都没有慢半拍的反应，这个就不好说了，涉及你的代码中对话框做了什么，DoModal之后做了什么，没代码不好分析。

追问

我试了计算器，聊天窗口和记事本，都没有这种情况。然后用最二的方法一点一点的注释，发现有一段读数据库表的部分
while (!RecSet.IsBOF() && !RecSet.IsEOF())
{
……
RecSet.MoveNext();
}
注释掉这个while语句，怎么动都不灰，加上就会变灰。怪不得之前我发现数据多的时候灰的时间就长，少的时候灰时间短。这里有四万多条数据。可是怎么办？

追答

你这个语句在OnDraw或者OnPaint里面？

你应该在某个load之类的函数中（也就是在确定需要显示的数据）和数据更新函数中，将需要显示的数据存放到一个指针里面，在OnDraw中通过这个指针来遍历数据并完成显示。
如果数据过多，还应该在更新数据指针后，同时将数据画好在一个内存画布（memDC)上，这样每次OnDraw只是一个BitBlt语句了（将内存DC复制到实际的pDC）。
如果读取数据并绘制的过程，变化太频繁或者时间过长（一般几万条应该不至于），那么就应该使用线程来完成数据的读取和更新工作，这样才不会在更新数据的时候造成界面的“假死”。

追问

是在OnInitDialog里，只是把数据库表里的数据读到vector，然后显示在表格里。

追答

哦，是对话框啊，表格是什么控件List或者Grid？是不是把4万条数据统统放到了控件里？
如果是这样，这个还真是不好说怎么优化了。毕竟你这个数据量同时显示在控件里面，确实不少，如果涉及了控件更新，这个时间可能是无法避免的。
在思路上，一个是你检测一下为什么DoModal返回会造成控件更新，一个是看看有没有办法减少一次导入的数据量（比如设计翻页按钮什么的）。

追问

是用的第三方的GridCtrl。是在界面显示的时候把所有数据放在控件里。
我再按您说的研究研究。学了些发现问题的方法，谢谢您。

追答

不客气，没帮到太多。