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

Question

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

Тип вопроса: UI и Views Вероятность: 23% Категория: Android Разработчик

Ответ

TextView может тормозить UI в нескольких случаях:

Сложная разметка – если текст содержит Spannable, HTML или кастомные стили, рендеринг замедляется.
Длинный текст – большой объем текста без maxLines или ellipsize требует больше ресурсов для отрисовки.
Неоптимальные layout-иерархии – вложенность ViewGroup (например, RelativeLayout внутри ConstraintLayout) увеличивает время измерения.
Частые обновления – setText() в цикле или анимации без оптимизации.

Пример оптимизации:

textView.post {
    textView.text = buildSpannedString {
        // Оптимизированное создание Spannable
        bold { append("Hello") }
        append(" World")
    }
}

Используйте TextView с StaticLayout для сложных случаев или PrecomputedTextCompat для фонового вычисления метрик текста.

Ответ 18+ 🔞

А, ну вот, опять про TextView заговорили! Слушай, этот контрол вроде бы простой, как три копейки, но если накосячить, он тебе весь интерфейс встать поставит, как вкопанный. Прям волнение ебать, пока ищешь, где же тормозит.

Основные грабли, на которые народ наступает:

Сложная разметка внутри. Ну, любим же мы покрасить текст в радугу, да? Spannable, HTML-теги, кастомные штуки — это всё, конечно, красиво, но для системы это ёперный театр. Каждый символ надо проверить, стиль применить, вычислить — в общем, терпения ноль ебать. Если таких TextView на экране несколько — пиши пропало.
Текст длиннее, чем «Война и мир». Суешь ты в него роман Толстого целиком, без maxLines, и ждёшь, что всё будет летать. А он, бедный, пытается это всё измерить, перенести, отрисовать... Овердохуища работы. Без ограничений — сами себе враги.
Иерархия лэйаутов, как матрёшка. Засунул TextView в RelativeLayout, тот в ConstraintLayout, а сверху ещё LinearLayout... Знакомо? Каждый раз, когда текст меняется или экран скроллится, система проходит по этой всей цепочке и пересчитывает всё на свете. Получается манда с ушами по производительности.
Обновления чаще, чем пульс. Вызываешь setText() в каждом кадре анимации или в цикле. Ну, ясен пень, он будет каждый раз пересоздавать Spannable, перемерять, перерисовывать. Доверия ебать ноль к такому подходу.

Смотри, как можно чуть поумнее сделать:

textView.post {
    textView.text = buildSpannedString {
        // Так Spannable создаётся чуть оптимальнее
        bold { append("Hello") }
        append(" World")
    }
}

Суть в чём? post откладывает установку текста на после того, как лэйаут отрисуется. Не всегда панацея, но часто помогает избежать рывков.

А если совсем тяжёлый случай — текст динамический, сложный и его дохуя — то есть тяжёлая артиллерия. Глянь в сторону StaticLayout для кастомного отображения или PrecomputedTextCompat. Эта штука умеет считать все метрики текста (ширину, переносы) заранее, в фоне, а не в момент отрисовки. Вставил готовый результат — и ни хуя себе, всё плавно стало.

Короче, TextView — не дурак, это мы иногда дураками бываем. Давай ему чётко понять, что ты от него хочешь, не грузи ерундой, и будет тебе счастье.