浅谈无效化一个空窗口的后果

有时候,你可能会注意到这样一个现象:桌面上的所有窗口都刷新了自身并产生了闪烁。
导致这个现象的原因之一是一个所谓的空句柄窗口 Bug。

如果你研究过 Win32 SDK 编程,则你应该比较熟悉这个函数:InvalidateRect。
调用这个函数可以通知窗口管理器:某个窗口的内容发生了变化,需要重新绘制了。在这个函数中,你还可以传入一个矩形坐标来表明你希望将窗口上的哪个区域标记为无效。

这通常是在窗口中渲染的数据的状态发生了变化,并且你希望窗口使用新数据重新绘制时完成的。

但是,如果你将 NULL 作为窗口句柄传递给 InvalidateRect 函数,则将其视为与早期版本的 Windows 兼容的特殊情况:它使桌面上的所有窗口失效并重新绘制它们。

因此,如果你尝试使窗口无效,但错误检查或计时错误并最终错误地传递了NULL,则结果将是整个屏幕闪烁。

更奇怪的是,将 NULL 作为第一个参数 ValidateRect 传递具有使所有窗口无效的相同行为。(是的,它是“有效化”功能,但它却执行的是无效化)。这个行为也是出于相同的兼容性原因考虑。

这是另一个程序如何依赖错误或未文档化行为的例子,在这种情况下,由于没有严格的参数验证,早期版本的 Windows 处理 NULL 参数的特殊方式。

修改窗口管理器中的几乎任何内容都增加了很有可能会有许多程序依赖于旧行为,也许完全是偶然的,破坏这些程序意味着大公司的愤怒电话,因为他们的工厂控制软件停止了工作。那么,最好还是不要乱动这些古老的代码为妙。

总结

请立即全文搜索你的代码中的所有 InvalidateRect 调用,看看第一个参数是否为 NULL。
反正我等会就会去这样做。感谢作者给我解答了一个窗口闪烁的大谜团。

最后

Raymond Chen的《The Old New Thing》是我非常喜欢的博客之一,里面有很多关于Windows的小知识,对于广大Windows平台开发者来说,确实十分有帮助。
本文来自:《The consequences of invalidating the null window》

浅谈无效化一个空窗口的后果_第1张图片

 

你可能感兴趣的:(OldNewThing,软件开发,windows,系统设计)