c - 拖动窗口的左边框时无法摆脱抖动

Question

截至2015年3月26日，问题已解决，请参阅本页底部，这是一个非常肮脏的把戏。

截至2014年8月18日，已部分解决:DWM是元凶(请参阅最后评论)。

我已经使用Win32 API构建了自己的窗口样式。在Windows XP和Windows 7下，一切正常。但是，在Windows 8下，发生了奇怪的事情:拖动窗口的左边框会在右侧造成极大的抖动，而根本不会移动。
看看this，您会明白我的意思。

当我拖动右边框时，左侧不会移动，应该移动。诚然，有些闪烁，但这是可以接受的。参见this

我已经尝试使用几个标志来尝试SetWindowPos()和(begin/End)DeferWindowPos，但无济于事。即使使用SWP_NOREDRAW并阻止所有其他绘画也无济于事。无论是否带有CS_HREDRAW和CS_VREDRAW。

当然，我正在使用双缓冲。然而，消除这种令人讨厌的抖动似乎是不可能的。我也尝试了另一个用于Intel HD 4000图形引擎的驱动程序，但仍然无济于事。我会忽略什么吗？是Windows 8的错误吗？

顺便说一句，当我打开“在拖动时显示窗口内容”选项(在“高级系统设置”菜单中)时，所有其他应用程序都显示相同的行为。

任何帮助将不胜感激。

干杯，埃德蒙。

PS:禁用“拖动时显示窗口内容”是没有选择的，因为它是应用程序的内置功能。

Edit1:看来d7samurai也在同一个问题上挣扎。

后续:我已经尝试了很多方法来消除抖动，但是没有任何帮助。问题在于W8根本不执行应做的事情。以SWP_NOREDRAW标志为例。正如预期的那样，已移动的窗口侧的重新粉刷被抑制了，到目前为止一切顺利。但是...(窗口的另一侧)仍然有效，该侧已重新粉刷!它不仅完全没用而且没有用，而且还可以抖动处理!而且，绘画比W7和XP慢两倍。在这个问题上花了整整一周的时间后，我完全完成了W8!这实际上是一个POC，负责这项拙劣工作的人精神错乱。我真的希望W9会做得更好。阿们

直角抖动:

似乎上述异常不仅限于W8。当W7设置为“最佳外观”或至少设置为“启用桌面合成”以及“在窗口和按钮上使用视觉样式”时，它也显示相同的行为。然后，我认为根本不使用SetWindowPos函数，而是通过发送ShowWindow( hWnd, SW_MAXIMIZE )命令并在我指定所需大小和位置的地方截获WM_GETMINMAXINFO msg来欺骗窗口是可能的。你猜怎么了？我仍然不安。啊!!!

接下来做什么？是否有可能在较低/较深的层次上拦截绘画(挂钩？)以便以体面的方式重画窗口？

更新dd 03-26-2015，一个很肮脏的把戏:

Eureka ! 我终于找到了解决问题的办法。但是首先，让我解释一下正在发生的事情以及为什么拖动伴随着抖动。假设您要扩展窗口的左侧。与扩展右侧相反，这是通过两个步骤完成的。首先，将窗口的内容及其原始大小移到左侧。完成此操作后，内容将扩展到新的右侧与上一个右侧重合的程度。简而言之，它是“移动”后跟“调整大小”的结合，这就是导致难看的抖动的原因。拖动窗口顶部时，也会发生类似的情况。在Windows 8.1或10中，您无能为力。我也很遗憾地尝试了新的DWM函数(BufferedPaintInit，BeginBufferedPaint，EndBufferedPaint，BufferedPaintUnInit)，但无济于事。 SetWindowPlacement()也会产生抖动。显然，所有这些功能都是导致调整大小的罪魁祸首。
然后我认为，当您创建一个新窗口并以新大小显示它时，它根本不会抖动。我想说的很明显。因此，反复创建一个新窗口并随后销毁前一个窗口可能是一个解决方案，但这当然不是很有效。在考虑这个想法时，我偶然发现了一个隐藏的窗口以新的/另一个大小可见，然后隐藏了前一个窗口，也没有显示抖动。此过程比创建/销毁序列有效得多。因此，在程序开始时，我只创建了两个窗口，第一个窗口是隐藏的，第二个窗口是可见的。以下代码段应更详细地说明无抖动调整大小的过程:

........
i = prm->hpi;                           // get current index
h1 = prm->parent[i];                    // get current handle
flags = SWP_NOCOPYBITS;
flags |= SWP_NOSENDCHANGING;
//  if DWM tries to make a mess of it:
//  DWM enabled         top border    right border
if( prm->parent[1] && ( rgn == TBE || rgn == LBE ) )
{
    i = i + 1 & 1;                      // get new index
    prm->hpi = i;                       // save new index
    h2 = prm->parent[i];                // get new handle
    prm->hParent = h2;                  // set as current one
    flags |= SWP_NOREDRAW;              // bypass message pump
    flags |= SWP_SHOWWINDOW;            // make h2 visible 
    SetWindowPos( h2, HWND_TOP, px, py, cx, cy, flags );
    PaintParent( h2 );                  // paint it now
    DwmFlush();                         // wait till finished
    ShowWindow( h1, SW_HIDE );          // make h1 invisible
}
// DWM disabled or dragging the right or bottom border:
else SetWindowPos( h1, HWND_TOP, px, py, cx, cy, flags );

还有一件事:使用DwmFlush()确保新窗口的所有绘制完成，然后隐藏另一个窗口，否则将看到一些闪烁。当然，以上过程比常规过程要慢一些。在我的系统上(使用i5-3570K处理器)为3..26毫秒，具体取决于窗口的大小及其内容。但是至少那可怕的抖动已经消失了。

我确实意识到这是一个很肮脏的把戏，因此，如果有人知道更整洁的解决方案，请告诉我们。

Answer 1

看起来在Windows 8.1及更高版本下，您必须与DWM合作，而不是绕开它。

这意味着您必须通过DwmGetCompositionTimingInfo找出进行合成的时间表，并确保在适当的时候将渲染事件放入队列中。您可能还会发现，您需要在WM_SIZING事件之后立即重新使窗口无效并重新绘制窗口，或者甚至使用自己的计时器来绘制比发送WM_SIZING事件更多的时间。例如。如果DWM以50 fps的速度合成，但是每秒只会收到WM_Sizing事件，那么如果您将自己的计时器与GetWindowPos一起使用，则可能比依赖WM_SIZING的绘画频率更高。

您可能会发现在绘画后明智地使用DwmFlush也可能有助于减少这种抖动。