c++ - 在 Windows 中平滑调整窗口大小(使用 Direct2D 1.1)？

Question

令我恼火的是，在 Windows 中调整窗口大小并不像我希望的那样“平滑”(一般 Windows 程序都是这种情况，而不仅仅是我自己的程序。Visual Studio 就是一个很好的例子).它使操作系统及其程序感觉“脆弱”和“廉价”(是的，我关心程序和用户界面感觉，就像我关心关闭汽车的声音和感觉一样门。它反射(reflect)了构建质量)，在我看来，这会影响整体用户体验并最终影响品牌认知度。

窗口内容的重绘跟不上调整大小时鼠标的移动。每当我调整窗口大小时，都会出现“断断续续”/“闪烁”效果，这似乎是由于在绘制新的、调整大小的内容之前，在新的、调整大小的窗口框架中重新绘制了窗口的先前大小内容。

我正在构建一个使用 Direct2D 1.1 绘制其 UI 的 Win32 应用程序 (x64)，鉴于 Direct2D 的速度，我认为在 2014 年的操作系统中应该没有必要遭受此类伪像。我自己在 Windows 8.1 上，但针对 Windows 7 及更高版本的应用程序。

当最大化一个小窗口时，“以前的大小”效果特别明显(因为窗口大小的差异足够大，可以很容易地对比旧内容的图像，因为它在较大窗口的左上角短暂闪烁随后在其上绘制新内容)。

这似乎是正在发生的事情:

1. (假设屏幕上有一个完全呈现的窗口，大小为 500 x 500 像素)。
2. 我最大化窗口:
3. 窗框最大化
4. 旧的 500 x 500 内容在新框架中绘制，之前..
5. ..使用适当大小的内容重新绘制最大化窗口。

我想知道是否有任何方法可以减轻这种情况(即摆脱第 4 步) - 例如，通过拦截 Windows 消息 - 并避免在最终重绘之前使用旧内容以新大小重新绘制窗口-呈现新内容。这就像 Windows 使用它已经可用的任何图形自行重绘窗口，然后才麻烦要求我使用 WM_PAINT 消息或类似消息提供更新的内容。

可以吗？

编辑: WM_WINDOWPOSCHANGING/WM_SIZING 似乎提供了对新尺寸数据的“早期访问”，但我仍然没有'设法压制了旧内容的绘画。

我的 WndProc 看起来像这样:

LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
{
    switch (message)
    {
    case WM_ERASEBKGND:
        return 1;
    case WM_PAINT:
        PAINTSTRUCT ps;
        BeginPaint(hWnd, &ps);
        D2DRender();
        EndPaint(hWnd, &ps);
        return 0;
    case WM_SIZE:
        if (DeviceContext && wParam != SIZE_MINIMIZED)
        {
            D2DResizeTargetBitmap();
            D2DRender();
        }
        return 0;
    case WM_DISPLAYCHANGE:
        D2DRender();
        return 0;
    case WM_DESTROY:
        PostQuitMessage(0);
        return 0;
    }
    return DefWindowProc(hWnd, message, wParam, lParam);
}

窗口没有设置 CS_HREDRAW 或 CS_VREDRAW。交换链是双缓冲的，Present 调用是在 SyncInterval = 0 的情况下进行的。

我知道，与在静态窗口表面上进行普通重绘相比，每次窗口大小更改时重新创建交换链缓冲区确实会产生一些开销。然而，“断断续续”不是由此引起的，因为即使在禁用缓冲区大小调整并且现有窗口内容在窗口调整大小时只是缩放时也会发生这种情况(尽管这确实它能更好地跟上鼠标的移动)。

Answer 1

有一种方法可以防止上面第 4 步中提到的不必要的 BitBlt。

在 Windows 8 之前，它可以通过创建您自己的 WM_NCCALCSIZE 自定义实现来告诉 Windows 不进行 blit 任何操作(或者在其自身之上 blit 一个像素)，或者您可以拦截 WM_WINDOWPOSCHANGING(首先将其传递给 DefWindowProc)并设置 WINDOWPOS.flags |= SWP_NOCOPYBITS，这会禁用 BitBlt Windows 在调整窗口大小时对 SetWindowPos() 进行的内部调用。这与跳过 BitBlt 的最终效果相同。

然而，没有什么事情可以这么简单。随着 Windows 8/10 Aero 的出现，应用程序现在绘制到屏幕外缓冲区，然后由新的、邪恶的 DWM.exe 窗口管理器合成。事实证明，DWM.exe 有时会在旧版 XP/Vista/7 代码已经完成的操作之上执行自己的 BitBlt 类型操作。阻止 DWM 执行它的 blit 要困难得多；到目前为止，我还没有看到任何完整的解决方案。

所以你需要打通这两层。将突破XP/Vista/7层，至少提升8/10层性能的示例代码，参见:

How to smooth ugly jitter/flicker/jumping when resizing windows, especially dragging left/top border (Win 7-10; bg, bitblt and DWM)?