Почему TextView может тормозить UI?

Почему TextView может тормозить UI?

TextView, несмотря на свою простоту, может стать источником проблем с производительностью UI, особенно в сложных или динамически изменяющихся интерфейсах. Основные причины тормозов связаны с процессом измерения (measure), размещения (layout) и отрисовки (draw), а также с особенностями работы текстового рендеринга в Android.

1. Избыточные операции измерения и размещения (Measure & Layout Passes)

Каждое изменение содержимого или свойств TextView (текста, размеров, padding) запускает процесс measure и layout для View и, возможно, её родительской иерархии. В сложных контейнерах (например, LinearLayout с weight) это может вызвать каскадные вычисления.

// Частое изменение текста в списке (например, в RecyclerView) 
textView.text = "Новый текст $position"
// Это триггер для requestLayout()

Если такие изменения происходят часто (в RecyclerView, во время анимаций), UI поток блокируется вычислениями геометрии. Особенно проблематично использование wrap_content для ширины или высоты TextView — система должна рассчитывать размер текста «на лету», что дорого.

2. Сложный текстовый рендеринг и вычисление размеров текста

TextView.setText() — не просто присвоение строки. Внутри происходит:

• Анализ строки на наличие Spannable (жирный, цвет, ссылки).
• Расчет метрик текста (ширина, высота, базовые линии) через Paint.measureText() и StaticLayout.
• Для многострочного текста (multiline, maxLines) создается StaticLayout, который разбивает текст на строки — операция O(n) по длине текста.

// Внутренний процесс (схематично):
textView.setText(text) -> 
    if (text instanceof Spannable) parseSpans() -> 
    createStaticLayout() -> 
    measureTextBounds() -> 
    requestLayout()

Длинные тексты (сотни символов) или использование сложных SpannableString (например, несколько разных стилей внутри одной строки) значительно увеличивают время расчета.

3. Проблемы со шрифтами и типографикой

• Кастомные шрифты (Typeface.createFromAsset()), особенно с большими файлами .ttf, загружаются и кэшируются, но их применение может добавлять overhead при первом использовании или если шрифт не кэширован правильно.
• Autosizing TextView (TextViewCompat.setAutoSizeTextTypeWithDefaults()) автоматически подбирает размер текста — это добавляет дополнительные итерации измерения.

4. Неоптимальное использование в RecyclerView или списках

В RecyclerView проблемы с TextView проявляются ярче:

• Отсутствие пула строк — постоянное создание новых String объектов для каждого элемента.
• Избыточный setText на каждый bind, даже если текст не менялся.
• Сложная разметка внутри item_view (несколько TextView с wrap_content) вызывает лавину layout passes при скролле.

5. Отрисовка (Draw) и Overdraw

Сама отрисовка текста — операция ресурсоемкая, особенно если:

• TextView имеет тени (shadowColor, shadowRadius).
• Используется сглаживание (anti-aliasing) для шрифтов.
• Происходит overdraw — текст рисуется на полупрозрачном или сложном background, что вызывает несколько проходов рендеринга.

Как оптимизировать и избежать тормозов?

1. Минимизация изменений, запускающих layout

// Используйте данные измерения заранее, если текст статичен
textView.layoutParams.width = calculatedWidth // вместо wrap_content
// Изменяйте только необходимые свойства, избегайте setText если текст одинаков
if (oldText != newText) textView.text = newText

2. Оптимизация работы с текстом

• Кэширование StaticLayout для длинных статических текстов (если возможно).
• Избегайте сложных Spannable в динамически изменяемых текстах.
• Предрасчет размеров для текста в списках — передавайте ширину/высоту из данных модели.

// Пример: предрасчет ширины текста вне UI потока
val textWidth = paint.measureText(text)
itemView.width = textWidth + padding

3. Оптимизация в RecyclerView

• Используйте DiffUtil для минимального обновления только измененных элементов.
• ViewHolder пул строк — reuse текстовых объектов.
• Фиксированные размеры для TextView в item layout (avoid wrap_content).

4. Профилирование инструментами

• Systrace или Perfetto для отслеживания времени measure/layout.
• Layout Inspector для анализа глубины и сложности View hierarchy.
• Проверка overdraw через настройки разработчика.

Ключевые моменты для запоминания

TextView тормозит UI, когда:

1. Часто запускает requestLayout() из-за изменений текста или размеров.
2. Расчет размеров текста сложен (длинный текст, Spannable, кастомные шрифты).
3. Используется в глубокой или сложной View hierarchy с wrap_content.
4. Множество TextView в списках без оптимизации (RecyclerView).

Оптимизация заключается в минимизации триггеров layout, предрасчете метрик текста и упрощении текстового рендеринга. Профилирование — ключ к поиску конкретной причины в вашем случае.