Как проходит Batching в контексте UI?

Batching в контексте UI в Unity

Batching — это процесс объединения нескольких объектов или их частей в один большой вызов рендеринга для уменьшения количества draw calls и повышения производительности. В UI системы Unity (особенно uGUI и UIToolkit) это критически важно, поскольку интерфейсы часто состоят из множества мелких элементов (текст, изображения, панели).

Основные принципы и виды Batching в UI

Unity использует два основных механизма:

1. Dynamic Batching (Динамический батчинг):

    *   Автоматически объединяет **меши (Mesh)** объектов, использующих одинаковый материал и удовлетворяющих определенным условиям (например, имеют менее 300 вершин, одинаковый масштаб).
    *   В UI чаще всего работает с **CanvasRenderer** компонентами.
    *   **Ключевое ограничение:** Динамический батчинг не работает между элементами разных **Canvas**! Каждый Canvas — это отдельный "мир" для батчинга.

1. Static Batching (Статический батчинг):

    *   Предназначен для статических (не движущихся) объектов. В UI менее распространен, так как элементы часто динамически изменяются (перемещаются, скрываются).

Как Canvas управляет батчингом в uGUI

Каждый Canvas является корневым элементом, который создает свою собственную меш-сеть (mesh) из всех вложенных UI элементов (Image, Text, RawImage и т.д.). Процесс можно описать так:

• Сборка меша: Canvas собирает геометрию всех дочерних элементов в один большой меш (или несколько подмешей).
• Сортировка и разделение: Элементы сортируются по Depth (порядку в иерархии, группировкам) и разделяются на батчи.
• Критерии разделения батчей:

    *   **Разные материалы или шейдеры:** Элементы с разными материалами (например, разные атласы текстур или шейдеры) не могут быть объединены в один батч.
    *   **Перекрытие z-позицией (Overlay vs Camera Canvas):** В режиме **Screen Space - Overlay** порядок определяется глубиной в иерархии. Элементы, находящиеся "между" другими элементами по глубине, могут разбить батч.
    *   **Изменение состояния материала:** Например, изменение цвета через `Image.color` может "разорвать" батч, если шейдер поддерживает per-instance свойства.

Практические рекомендации для оптимизации UI Batching

// Пример плохой структуры: множество отдельных Canvas
// Каждый Canvas -> отдельный draw call
public class BadUIStructure : MonoBehaviour
{
    // Canvas для здоровья, Canvas для амуниции, Canvas для навыков...
    // Это приводит к множеству draw calls.
}

// Пример хорошей структуры: один главный Canvas с группировкой
public class GoodUIStructure : MonoBehaviour
{
    // Все статические элементы интерфейса в одном Canvas.
    // Динамически скрываемые/показываемые панели можно также помещать в один Canvas,
    // но управлять их активностью через gameObject.SetActive().
}

Конкретные действия:

• Минимизируйте количество Canvas: Стремитесь к одному основному Canvas для всего статического UI. Для сложных HUD с множеством независимо движущихся элементов допустимо несколько Canvas, но это нужно делать осознанно.
• Группируйте элементы с одинаковыми материалами: Используйте Sprite Atlas для UI текстур. Все изображения, использующие один атлас, будут иметь один материал и могут быть объединены в батч.
• Следите за порядком в иерархии: Поместите связанные элементы (например, все элементы панели инвентаря) под одним родительским объектом и в логическом порядке, чтобы минимизировать разрывы батчей из-за перекрытия по глубине.
• Осторожно с Mask и ScrollRect: Компоненты типа Mask создают новые меши и могут увеличивать количество draw calls. Используйте их только там, где необходимо.
• Для текста: Все элементы Text, использующие один Font Material, будут батчиться вместе. Используйте меньше разных шрифтов/стилей.
• Анализируйте через Frame Debugger: Самый мощный инструмент — Window > Analysis > Frame Debugger. Он показывает, как именно Canvas разбивает меш на батчи и почему.

Отличие UIToolkit

В новой системе UIToolkit принципы схожи, но реализация более современна. Она также агрегирует геометрию видимых элементов и пытается минимизировать draw calls. Ключевое отличие — UIToolkit работает вне концепции GameObject/Scene, и его батчинг управляется самим UI Document и Panel Settings.

Итог: Эффективный батчинг UI в Unity требует понимания, что каждый Canvas — это граница для объединения, и строится на принципах единого материала, логической группировки в иерархии и минимизации изменяемых свойств материала в реальном времени. Использование Frame Debugger для анализа — обязательная практика для любого профессионального разработчика Unity.