Winforms: SuspendLayout / ResumeLayout недостаточно?

Мы тоже видели эту проблему.

Один из способов, который мы видели, чтобы «исправить» это, - это полностью приостановить рисование элемента управления до тех пор, пока мы не будем готовы к работе. Для этого мы отправляем элементу управления сообщение WM_SETREDRAW:

// Note that WM_SetRedraw = 0XB

// Suspend drawing.
UnsafeSharedNativeMethods.SendMessage(handle, WindowMessages.WM_SETREDRAW, IntPtr.Zero, IntPtr.Zero);

...

// Resume drawing.
UnsafeSharedNativeMethods.SendMessage(handle, WindowMessages.WM_SETREDRAW, new IntPtr(1), IntPtr.Zero);

Одна из вещей, на которую вы должны обратить внимание, - установили ли вы BackColor = Transparent для любого из дочерних элементов управления ваших панелей. BackColor = Transparent значительно снизит производительность рендеринга, особенно если родительские панели используют градиенты.

Windows Forms не использует настоящую прозрачность, а использует «фальшивую». Каждый вызов рисования дочернего элемента управления генерирует вызов рисования для родительского элемента, поэтому родитель может рисовать фон, поверх которого дочерний элемент управления рисует свое содержимое, чтобы оно выглядело прозрачным.

Итак, если у вас есть 50 дочерних элементов управления, которые будут генерировать дополнительные 50 вызовов рисования в родительском элементе управления для рисования фона. А поскольку градиенты обычно медленнее, вы увидите снижение производительности.

Надеюсь это поможет.

Я подойду к вашей проблеме с точки зрения производительности.

цикл foreach, который будет создавать метки, добавлять их на панель (с двойной буферизацией) и изменять их свойства

Если все сделано в таком порядке, есть возможности для улучшения. Сначала создайте все свои ярлыки, измените их свойства и, когда все они будут готовы, добавьте их на панель: Panel.Controls.AddRange(Control[])

В большинстве случаев все, что мы делаем, это рисуем закругленные углы и добавляем градиент к фону.

Вы делаете одно и то же снова и снова? Как создаются ваши градиенты? Написание изображения не может быть таким медленным. Однажды мне пришлось создать градиент 1680x1050 в памяти, и это было очень быстро, например, слишком быстро для Stopwatch, поэтому рисование градиента не может быть таким сложным.

Я бы посоветовал попробовать кое-что кэшировать. Откройте Paint, нарисуйте углы и сохраните их на диск или создайте изображение в памяти только один раз. Затем загрузите (и измените размер) по мере необходимости. То же самое и с градиентом.

Даже если разные кнопки имеют разные цвета, но один и тот же мотив, вы можете создать растровое изображение с помощью Paint или чего-то еще, а во время выполнения загрузить его и умножить значения Color на другой Color.

РЕДАКТИРОВАТЬ:

если мы приостанавливаем макет панели перед циклом и возобновляем макет панели по окончании цикла

SuspendLayout и ResumeLayout не для этого. Они приостанавливают логику компоновки, то есть автоматическое позиционирование элементов управления. Наиболее актуально с FlowLayoutPanel и TableLayoutPanel.

Что касается двойной буферизации, я не уверен, что она применима к пользовательскому коду отрисовки (не пробовал). Думаю, вам стоит реализовать свое собственное.

В двух словах о двойной буферизации: это очень просто, пара строк кода. В событии рисования выполните рендеринг в растровое изображение вместо рендеринга в объект Graphics, а затем нарисуйте это растровое изображение в объект Graphics.

В дополнение к свойству DoubleBuffered также попробуйте добавить это в конструктор вашего элемента управления:

SetStyle(ControlStyles.OptimizedDoubleBuffer | 
         ControlStyles.AllPaintingInWmPaint, true);

И если этого окажется недостаточно (я рискну и скажу, что это не так), подумайте о том, чтобы взглянуть на мой ответ на этот вопрос и приостановить / возобновить перерисовку панели или формы. Это позволит завершить операции компоновки, а затем, как только это будет сделано, сделать весь рисунок.

Вы можете посмотреть ответ на мой вопрос, Как мне приостановить рисование для элемента управления и его дочерних элементов? для лучшей приостановки / возобновления.

Похоже, что вы ищете "составное" отображение, где все приложение отображается одновременно, почти как одно большое растровое изображение. Это то, что происходит с приложениями WPF, за исключением «хрома», окружающего приложение (такие вещи, как строка заголовка, ручки изменения размера и полосы прокрутки).

Обратите внимание, что обычно, если вы не испортили некоторые стили окна, каждый элемент управления Windows Form отвечает за само рисование. То есть каждый элемент управления получает трещину при рисовании связанных сообщений WM_ PAINT, WM_ NCPAINT, WM_ERASEBKGND и т. Д. И обрабатывает эти сообщения независимо. Для вас это означает, что двойная буферизация применяется только к единственному элементу управления, с которым вы имеете дело. Чтобы приблизиться к чистому составному эффекту, вам нужно позаботиться не только о ваших настраиваемых элементах управления, которые вы рисуете, но и о контейнерных элементах управления, на которых они размещаются. Например, если у вас есть форма, содержащая GroupBox, который, в свою очередь, содержит ряд настраиваемых кнопок, каждый из этих элементов управления должен иметь свойство DoubleBuffered, установленное на True. Обратите внимание, что это свойство защищено, поэтому это означает, что вы либо в конечном итоге наследуете различные элементы управления (просто чтобы установить свойство двойной буферизации), либо вы используете отражение для установки защищенного свойства. Кроме того, не все элементы управления Windows Form соблюдают свойство DoubleBuffered, поскольку внутри некоторые из них являются просто оболочкой для «общих» элементов управления.

Есть способ установить составной флаг, если вы ориентируетесь на Windows XP (и, предположительно, более позднюю версию). Есть стиль окна WS_ EX_ COMPOSITED. Я использовал его раньше, чтобы смешивать результаты. Он плохо работает с гибридными приложениями WPF / WinForm, а также плохо работает с элементом управления DataGridView. Если вы пойдете по этому пути, обязательно проведите много тестов на разных машинах, потому что я видел странные результаты. В конце концов, я отказался от такого подхода.

Может быть, сначала нарисуйте видимый (частный) буфер, предназначенный только для управления, а затем отрендерите его:

Под вашим контролем

BufferedGraphicsContext gfxManager;
BufferedGraphics gfxBuffer;
Graphics gfx;

Функция для установки графики

private void InstallGFX(bool forceInstall)
{
    if (forceInstall || gfxManager == null)
    {
        gfxManager = BufferedGraphicsManager.Current;
        gfxBuffer = gfxManager.Allocate(this.CreateGraphics(), new Rectangle(0, 0, Width, Height));
        gfx = gfxBuffer.Graphics;
    }
}

По способу окраски

protected override void OnPaint(PaintEventArgs e)
{
    InstallGFX(false);
    // .. use GFX to draw
    gfxBuffer.Render(e.Graphics);
}

В его методе изменения размера

protected override void OnSizeChanged(EventArgs e)
{
    base.OnSizeChanged(e);
    InstallGFX(true); // To reallocate drawing space of new size
}

Приведенный выше код был несколько протестирован.

У меня была такая же проблема с tablelayoutpanel при переключении пользовательских элементов управления, которые я хотел отобразить.

Я полностью избавился от мерцания, создав класс, унаследовавший таблицу, а затем включил двойную буферизацию.

using System;
using System.Collections.Generic;
using System.Text;
using System.Windows.Forms;

namespace myNameSpace.Forms.UserControls
{
    public class TableLayoutPanelNoFlicker : TableLayoutPanel
    {
        public TableLayoutPanelNoFlicker()
        {
            this.DoubleBuffered = true;
        }
    }
}

У меня было много подобных проблем в прошлом, и я решил их использовать сторонний пакет пользовательского интерфейса (то есть DevExpress), а не стандартные элементы управления Microsoft.

Я начал использовать стандартные элементы управления Microsoft, но обнаружил, что постоянно отлаживаю проблемы, вызванные их элементами управления. Проблема усугубляется тем фактом, что Microsoft обычно не исправляет ни одной из выявленных проблем и очень мало делает для обеспечения подходящих обходных решений.

Я перешел на DevExpress и могу сказать только хорошее. Продукт надежный, они обеспечивают отличную поддержку и документацию, и да, они действительно прислушиваются к своим клиентам. Каждый раз, когда у меня возникал вопрос или проблема, я получал дружеский ответ в течение 24 часов. В нескольких случаях я обнаружил ошибку, и в обоих случаях они реализовали исправление для следующего выпуска службы.

Я видел мерцание плохих winforms в формах, где элементы управления ссылались на отсутствующий шрифт.

Это, вероятно, нечасто, но стоит посмотреть, если вы пробовали все остальное.