Так вот, основные ошибки верстки заключаются в том, что мы отрисовываем элементы, которых никто не видит, потому что сверху этого элемента находится новый элемент. Тогда зачем отрисовывать нижний, если он не доступен пользователю, а процессорное время (мощности телефона) мы используем? Так делать нельзя. Также вспоминаем пример ОЗОНа, у него на главной странице 3 уровня вложенности. Максимально допустимый по стандартам - 4 уровня вложенности. В сказках говорится, что Кощей «бессмертный», однако у Кощея есть смерть, хоть она и спрятана. По одной из версий, смерть его находится на конце иглы, игла в яйце, яйцо в утке, утка в зайце, заяц спрятан в ларце, ларец висит в цепях на дубу, который растёт на чёрной горе или на далёком острове Буяне. Я насчитал тут 7 уровней вложенности. Надеюсь, приведенная мною аналогия понятная. Так вот, если превышать максимально допустимое количество вложенностей, то процессору нужно больше времени на их отрисовку, отсюда появляются глюки. Если у тебя телефон последнего поколения, в нем 8 гигов оперативки, то за это переживать не стоит. Но если у тебя 2-3 гб оперативки, 4 ядра процессор не первой свежести, то медленную работу приложения ты заметишь, тебя это начнет раздражать и ты удалишь это приложение.

Главный поток (main thread) нужен лишь для того, чтоб отрисовать изображение на экране пользователю. Отрисовка происходит каждые 16 миллисекунд или 60 раз (кадров) в секунду. Рассмотрим пример: ты завершаешь аренду каршеринга, сделал фотографии автомобиля и нажимаешь на кнопку “завершить”. Что происходит в этот момент? Фотографии должны загрузиться на сервер. Сейчас камеры у всех хорошие, каждая фотография “весит” примерно 3+ мб. А у тебя этих фотографий 4 (у автомобиля же четыре стороны). И ты всю логику загрузки фотографий оставил (не переключил) на главном потоке. Получается главный поток идет в сеть и выгружает фотографии туда. Сколько времени это займет? Ну пусть у тебя хороший интернет и это займет 5 секунд. Так вот все эти 5 секунд ничего больше с отображаемыми элементами на экране нельзя будет сделать. У пользователя появится ощущение, что телефон завис. Но, операционная система настроена таким образом, что если отображение не обновляется больше 2 секунд, то выскакивает ошибка “Приложение не отвечает” (Application is not responding - ANR). И тогда пользователь при виде этой ошибки думает, что приложение кривое и его надо удалить.

Как надо делать:

У нас в телефонах сейчас многоядерные процессоры. В моем конкретно телефоне их 8, так вот берем и все задачи, которые не связаны с отображением выносим в другой поток, то есть выделяем руками ядро, на котором будут происходить вычисления. Если вычисления тяжелые и выполняются на самом устройстве, то у нас количество таких потоков равно количеству ядер. Например, играя в какие-то игры мы можем наблюдать глюки, когда один персонаж наносит удар другому персонажу, тут срабатывает математика (каким орудием, какая броня, текущее количество жизни, уровень персонажа, другие мультипликаторы, которые показывают количество нанесенного удара) по вычислению урона, приложение подтормаживает на пол секунды и рядом с персонажем мы видим текст, показывающий объем нанесенного урона. Так вот здесь мне кажется, тоже напутали с потоками. Такая математика в главном потоке вычисляться не должна. Но здесь я залез в огород геймдева (game development), сейчас опять понабегут и заклюют меня.

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