Девелопер колди: COLDY | We make new living

Содержание

10 новостроек, 45 отзывов, информация о компании

Застройщик Coldy (Колди): 10 новостроек, 45 отзывов, информация о компании

Переверните экран

  • Novostroy-M.ru
  • Продавцы и застройщики
  • Coldy (Колди)

Год создания: 
2003

Адрес: 

г. Москва, ул. Нижняя Красносельская, д. 35, стр. 9

Новостройки компании Coldy (Колди)

Посмотреть ещё

13

1

Coldy (Колди)

Строится

Комплекс апартаментов N’ICE LOFT (Найс Лофт)

Москва, ЮВАО

Волгоградский Проспект

12 мин.

5 648 545 ₽

1-комн. от 17.03 м2

11 462 367 ₽

2-комн. от 43.28 м2

18 559 631 ₽

3-комн. от 66.59 м2

нет данных

нет данных

Посмотреть ещё

7

ПРАЙМИНВЕСТ

Строится

Kazakov Grand Loft (Казаков Гранд Лофт)

Москва, ЦАО

Курская

7 мин.

35 864 640 ₽

Студия от 43.20 м2

43 617 600 ₽

2-комн. от 55.30 м2

135 396 450 ₽

3-комн. от 98.80 м2

нет данных

нет данных

Посмотреть ещё

15

Coldy (Колди)

Лофт-проект «Kleinhouse» («Кляйнхаус»)

Москва, ЦАО

Бауманская

10 мин.

нет данных

нет данных

нет данных

нет данных

нет данных

 

Посмотреть ещё

18

Coldy (Колди)

Комплекс апартаментов «Loftec» (Лофтек)

Москва, ЦАО

Красносельская

8 мин.

нет данных

нет данных

нет данных

нет данных

нет данных

 

Посмотреть все новостройки Coldy (Колди)

Как сюда попасть?

Посмотреть все спецпредложения

Новости компании

Собственники апартаментов Kazakov Grand Loft получат ключи на полгода раньше проектного срока

Комплекс апартаментов премиум-класса Kazakov Grand Loft, который компания COLDY возводит в Басманном районе Москвы, будет введен в эксплуатацию с опережением плановых сроков. Собственники апартаментов получат ключи на полгода раньше – в октябре 2022 года. Ранее…

02 декабря 2021

Компания «Колди» определила слагаемые формулы доходной недвижимости с 1 июля 2019

Выступая на форуме РБК «Недвижимость в России» коммерческий директор компании «Колди» Елена Орешкина заявила об усилении влияния продуктовой концепции на формирование добавочной стоимости в девелоперских проектах нового формата.

По ее…

17 июня 2019

Исследование ГК «Колди»: апартаменты взяли верх

В половине округов Москвы апартаменты уже дороже квартир «с пропиской».

Концепция генерирует добавочную стоимость недвижимости. По итогам 2018 года в Южном и Юго-западном административных округах стоимость квадратного метра апартаментов была выше…

31 мая 2019

KleinHouse: для жизни, для работы, для отдыха

Девелоперская компания «Колди» начинает благоустройство пятого строения комплекса KleinHouse. Этот двухэтажный особняк поступил в продажу в марте 2018 года. На первом этаже находятся коммерческие помещения для офисов и ритейла, на втором – 13 лофтов…

12 апреля 2018

LOFTEC: лоджия в подарок

Девелоперская компания «Колди», реализующая проект концепт-лофт LOFTEC, предлагает клиентам выгодные условия приобретения апартаментов. В феврале 2018 года покупатели лофтов с лоджиями в LOFTEC получают эту мини-террасу в подарок.

Лоджия всегда дает…

13 февраля 2018

Все новости компании Coldy (Колди)

Скидки и спецпредложения от застройщиков

Главный офис компании Coldy (Колди) на карте

Выгодные предложения на новостройки

Быстрый поиск новостроек

Девелопер «Колди» может построить жилье в Хамовниках

https://realty. ria.ru/20211201/koldi-1761623758.html

Девелопер «Колди» может построить жилье в Хамовниках

Девелопер «Колди» может построить жилье в Хамовниках — Недвижимость РИА Новости, 06.12.2021

Девелопер «Колди» может построить жилье в Хамовниках

Девелопер «Колди» может построить дом на 12 тысяч квадратных метров в 1-м переулке Тружеников в московском районе Хамовники.Проект внесения изменений в правила… Недвижимость РИА Новости, 06.12.2021

2021-12-01T12:58

2021-12-01T12:58

2021-12-06T11:30

колди

москва

жилье

строительство

девелоперы

активный гражданин

/html/head/meta[@name=’og:title’]/@content

/html/head/meta[@name=’og:description’]/@content

https://cdnn21.img.ria.ru/images/07e5/0c/01/1761628903_53:0:1093:585_1920x0_80_0_0_9ffef82f4df6e1c7c8005fd0f088904e.jpg

МОСКВА, 1 дек — РИА Недвижимость. Девелопер «Колди» может построить дом на 12 тысяч квадратных метров в 1-м переулке Тружеников в московском районе Хамовники. Проект внесения изменений в правила землепользования и застройки выставлен на общественные обсуждения на портале «Активный гражданин».Согласно проекту, в 1-м переулке Тружеников (владения 12-14) запланировано строительство жилого дома суммарной поэтажной площадью 12 тысяч квадратных метров. Концепцию застройки уже разработало бюро Apex. Как указывается в портфолио на сайте бюро, на данном участке находится двухэтажный дом 1928 года постройки – объект не имеет исторической ценности и запланирован к сносу (по «Яндекс.Картам» ему соответствует адрес: 1-й Тружеников переулок, 12/1). Техзадание предусматривало строительство жилого дома класса премиум высотой 45 метров.Газета «Коммерсант» в октябре 2019 года написала, что портфель «Колди» пополнился проектом по строительству комплекса апартаментов в 1-м переулке Тружеников в Хамовниках.По адресу: 1-й Тружеников переулок, дом 12, строение 1, зарегистрировано ООО «СЗ «Тружеников», которое на 99% контролирует ООО «Тальвен». Учредителем последнего (99,9%) является АО «Управляющая компания «Колди». «Колди» работает на московском рынке недвижимости и специализируется на строительстве комплексов апартаментов.

https://realty.ria.ru/20211102/samolet-1757320253.html

москва

Недвижимость РИА Новости

1

5

4.7

96

interne[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

2021

Недвижимость РИА Новости

1

5

4.7

96

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

Новости

ru-RU

https://realty.ria.ru/docs/about/copyright.html

https://xn--c1acbl2abdlkab1og.xn--p1ai/

Недвижимость РИА Новости

1

5

4.7

96

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

1920

1080

true

1920

1440

true

https://cdnn21. img.ria.ru/images/07e5/0c/01/1761628903_183:0:963:585_1920x0_80_0_0_1c26b62a97f892682d3de8da518f54ad.jpg

1920

1920

true

Недвижимость РИА Новости

1

5

4.7

96

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

Недвижимость РИА Новости

1

5

4.7

96

[email protected]

7 495 645-6601

ФГУП МИА «Россия сегодня»

https://xn--c1acbl2abdlkab1og.xn--p1ai/awards/

колди, москва, жилье, строительство, девелоперы, активный гражданин

Колди, Москва, Жилье, Строительство, Девелоперы, Активный гражданин

МОСКВА, 1 дек — РИА Недвижимость. Девелопер «Колди» может построить дом на 12 тысяч квадратных метров в 1-м переулке Тружеников в московском районе Хамовники.

Проект внесения изменений в правила землепользования и застройки выставлен на общественные обсуждения на портале «Активный гражданин».

Согласно проекту, в 1-м переулке Тружеников (владения 12-14) запланировано строительство жилого дома суммарной поэтажной площадью 12 тысяч квадратных метров. Концепцию застройки уже разработало бюро Apex. Как указывается в портфолио на сайте бюро, на данном участке находится двухэтажный дом 1928 года постройки – объект не имеет исторической ценности и запланирован к сносу (по «Яндекс.Картам» ему соответствует адрес: 1-й Тружеников переулок, 12/1). Техзадание предусматривало строительство жилого дома класса премиум высотой 45 метров.

Газета «Коммерсант» в октябре 2019 года написала, что портфель «Колди» пополнился проектом по строительству комплекса апартаментов в 1-м переулке Тружеников в Хамовниках.

По адресу: 1-й Тружеников переулок, дом 12, строение 1, зарегистрировано ООО «СЗ «Тружеников», которое на 99% контролирует ООО «Тальвен». Учредителем последнего (99,9%) является АО «Управляющая компания «Колди».

«Колди» работает на московском рынке недвижимости и специализируется на строительстве комплексов апартаментов.

2 ноября 2021, 09:38

«Самолет» займется строительством премиального жилья в Хамовниках

Гены и развитие

Внутренне неупорядоченные области у бактерий и гомеостаз клеточной стенки

Регуляция репликации теломер

Регуляция путей фактора сборки на индуцируемых промоторах

  • Предложения работы

  • RSS

  • Рекомендовать в вашу библиотеку

  • Лицензирование Creative Commons

  • Депозит ЧВК

Молекулярные исследования в Колд-Спринг-Харбор. Перспективы в медицине в Колд-Спринг-Харбор. Перспективы в биологии в Колд-Спринг-Харбор.0051

Просмотреть все …

 

Время запуска приложения | Разработчики Android

Пользователи ожидают, что приложения будут быстро реагировать и загружаться. Приложение с медленным запуском
time не соответствует этим ожиданиям и может разочаровать пользователей. Этот
плохой опыт может привести к тому, что пользователь плохо оценит ваше приложение в Play
магазине или даже полностью отказаться от вашего приложения.

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

Запуск приложения может происходить в одном из трех состояний, каждое из которых влияет на продолжительность
требует, чтобы ваше приложение стало видимым для пользователя: холодный старт, теплый старт или горячий
Начало. При холодном старте ваше приложение запускается с нуля. В остальных штатах
системе необходимо вывести запущенное приложение из фона на передний план. Мы
рекомендуется всегда выполнять оптимизацию на основе предположения о холодном запуске. Делает
таким образом, также можно улучшить характеристики теплого и горячего пуска.

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

Холодный запуск

Холодный запуск означает запуск приложения с нуля: системный процесс
до этого запуска не создавал процесс приложения. Холодный пуск бывает в случаях
например, ваше приложение запускается впервые с момента загрузки устройства или
так как система убила приложение. Этот тип старта представляет наибольшую
задача с точки зрения минимизации времени запуска, потому что система и приложение
больше работы, чем в других состояниях запуска.

В начале холодного пуска система выполняет три задачи. Вот эти задачи:

  1. Загрузка и запуск приложения.
  2. Отображение пустого начального окна для приложения сразу после запуска.
  3. Создайте процесс приложения.

Как только система создает процесс приложения, процесс приложения несет ответственность
для следующих этапов:

  1. Создание объекта приложения.
  2. Запуск основного потока.
  3. Создание основного действия.
  4. Раздувание просмотров.
  5. Выкладка экрана.
  6. Выполнение начального розыгрыша.

После того, как процесс приложения завершил первый розыгрыш, системный процесс меняет
из отображаемого в данный момент фонового окна, заменив его основным
Мероприятия. На этом этапе пользователь может начать использовать приложение.

На рис. 1 показано, как процессы системы и приложений работают между собой.
Другой.

Рисунок 1: Визуальное представление важных частей
холодный запуск приложения.

Проблемы с производительностью могут возникнуть во время создания приложения и создания
Мероприятия.

Создание приложения

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

Если вы переопределили
Application. onCreate()
в вашем собственном приложении система вызывает onCreate() метод на вашем
объект приложения. После этого приложение запускает основной поток, также известный как пользовательский интерфейс.
thread и поручает ему создание вашей основной активности.

С этого момента процессы на уровне системы и приложения продолжаются в соответствии с
этапы жизненного цикла приложения.

Создание действия

После того, как процесс приложения создаст ваше действие, действие выполняет
следующие операции:

  1. Инициализирует значения.
  2. Вызывает конструкторы.
  3. Вызывает метод обратного вызова, такой как
    Activity.onCreate() ,
    соответствующие текущему состоянию жизненного цикла деятельности.

Как правило,
при создании()
метод оказывает наибольшее влияние на время загрузки, так как выполняет работу с
самые высокие накладные расходы: загрузка и раздувание представлений и инициализация объектов
необходимо для выполнения действия.

Теплый пуск

Теплый пуск включает в себя некоторое подмножество операций, которые
иметь место при холодном пуске; в то же время, это представляет больше накладных расходов
чем горячий старт. Есть много потенциальных состояний, которые можно было бы рассмотреть
теплые пуски. Например:

  • Пользователь выходит из вашего приложения, но затем повторно запускает его. Процесс может иметь
    продолжал работать, но приложение должно воссоздать действие с нуля с помощью вызова
    до onCreate() .

  • Система удаляет ваше приложение из памяти, а затем пользователь повторно запускает его.
    процесс и активность необходимо перезапустить, но задача может принести некоторую пользу
    из сохраненного пакета состояния экземпляра, переданного в onCreate() .

Горячий запуск

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

Однако, если некоторая часть памяти была очищена в ответ на события обрезки памяти,
такие как
onTrimMemory()
затем эти объекты необходимо будет воссоздать в ответ на событие горячего запуска.

При горячем запуске отображается то же поведение на экране, что и при холодном запуске:

Системный процесс отображает пустой экран, пока приложение не завершит рендеринг
активность.

Рисунок 2: На этой схеме показаны различные состояния запуска
и их соответствующие процессы, причем каждое состояние начинается с первого кадра
нарисовано.

Использование метрик для обнаружения и диагностики проблем

Чтобы правильно диагностировать время запуска, вы можете отслеживать метрики
которые показывают, сколько времени требуется вашему приложению для запуска.
Android предоставляет несколько способов сообщить вам о проблеме с вашим приложением.
и помочь вам диагностировать его. Android Vitals может предупредить вас о том, что проблема
происходит, и диагностические инструменты могут помочь вам диагностировать проблему.

Преимущества использования показателей запуска

Android использует время для начального отображения и
Показатели времени до полного отображения
для оптимизации холодных и горячих запусков приложений. Среда выполнения Android (ART) использует
данные из этих показателей для эффективной предварительной компиляции кода для оптимизации
будущие стартапы.

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

Android Vitals

Android Vitals может помочь улучшить производительность вашего приложения, предупредив вас через
Play Console, когда время запуска вашего приложения
являются чрезмерными. Android Vitals считает время запуска вашего приложения чрезмерным, когда
приложение:

  • Холодный запуск занимает 5 секунд или дольше.
  • Теплый запуск занимает 2 секунды или дольше.
  • Горячий запуск занимает 1,5 секунды или больше.

В Android Vitals используется показатель времени до начального отображения.
Для получения информации о том, как Google Play собирает Android Vitals
данные см. в документации Play Console.

Время до начального отображения

Метрика времени до начального отображения (TTID) измеряет время, необходимое для
приложение для создания своего первого кадра, включая инициализацию процесса
(если холодный старт), создание активности (если холодный/теплый) и отображение первого кадра.

Как получить TTID

В Android 4.4 (уровень API 19) и выше logcat включает строку вывода
содержащее значение с именем Отображается . Это значение представляет количество времени
прошло между запуском процесса и окончанием рисования соответствующего
активность на экране. Прошедшее время включает в себя следующую последовательность
событий:

  • Запустить процесс.
  • Инициализировать объекты.
  • Создайте и инициализируйте действие.
  • Раздуть макет.
  • Нарисуйте свое приложение в первый раз.

Сообщенная строка журнала выглядит примерно так, как показано в следующем примере:

 ActivityManager: отображается com.android.myexample/.StartupTiming: +3s534ms
 

Если вы отслеживаете вывод logcat из командной строки или в терминале,
найти прошедшее время просто. Чтобы найти прошедшее время в
Android Studio, вы должны отключить фильтры в представлении logcat. Отключение
фильтры необходимы, потому что системный сервер, а не само приложение, обслуживает
этот журнал.

После того, как вы сделали соответствующие настройки, вы можете легко найти нужный
термин, чтобы увидеть время. На рис. 2 показано, как отключить фильтры, а на втором
строка вывода снизу, пример вывода logcat
Отображается раз.

Рис. 2: Отключение фильтров и
поиск значения «Отображается» в logcat.

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

Иногда строка Displayed в выводе logcat содержит дополнительное поле
за общее время. Например:

 ActivityManager: отображается com.android.myexample/.StartupTiming: +3 с 534 мс (всего +1 м 22 с 643 мс)
 

В этом случае первое измерение времени относится только к активности, которая была первой
нарисовано. Измерение общего времени 90 126 90 127 начинается в начале процесса приложения и может
включить другое действие, которое было запущено первым, но ничего не отображало для
экран. общее измерение времени отображается только при наличии
разница между единичным действием и общим временем запуска.

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

 adb [-d|-e|-s <серийный номер>] shell am start -S -W
com.example.app/.MainActivity
-c android.intent.category.LAUNCHER
-a android.intent.action.MAIN

Метрика Displayed отображается в выходных данных logcat, как и раньше. Ваш терминал
окно также должно отображать следующее:

 Запуск: намерение
Активность: com.example.app/.MainActivity
На этот раз: 2044
Общее время: 2044
Время ожидания: 2054
Полный
 

Аргументы -c и -a являются необязательными и позволяют указать
<категория>
и <действие>

Время до полного отображения

Метрика Время до полного отображения (TTFD) измеряет время, затраченное
приложение для создания первого кадра с полным содержимым, включая содержимое
загружается асинхронно после первого кадра. Как правило, это первичный список
контент, загруженный из сети, как сообщает приложение.

Как получить TTFD

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

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

Чтобы решить эту проблему, вы можете вручную вызвать reportFullyDrawn() , чтобы позволить
система знает, что ваша деятельность завершена с ее ленивой загрузкой. Когда вы используете
этого метода значение, которое отображает logcat, — это время, прошедшее с момента
создание объекта приложения до момента вызова reportFullyDrawn() .
Вот пример вывода logcat:

 system_process I/ActivityManager: полностью отрисован {package}/.MainActivity: +1s54ms
 

Вывод logcat иногда включает всего раз, как обсуждалось в
Время до первоначального отображения.

Если вы обнаружите, что ваше время отображения медленнее, чем вам хотелось бы, вы можете
продолжайте пытаться определить узкие места в процессе запуска.

Выявление узких мест

Хороший способ найти узкие места — использовать профилировщик ЦП Android Studio.
Дополнительные сведения см. в разделе Проверка активности ЦП с помощью ЦП.
Профайлер.

Вы также можете получить представление о потенциальных узких местах с помощью встроенной трассировки.
внутри ваших приложений и действий onCreate() методов. Чтобы узнать о встроенных
трассировка, см. документацию для Trace
функции и обзор системной трассировки.

Помните о распространенных проблемах

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

Инициализация тяжелого приложения

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

Другие проблемы во время инициализации приложения включают события сборки мусора.
которые являются влиятельными или многочисленными, или дисковый ввод-вывод, происходящий одновременно с
инициализации, что еще больше блокирует процесс инициализации. Вывоз мусора
особенно важно учитывать среду выполнения Dalvik; Художественная среда исполнения
сбор мусора одновременно, сводя к минимуму влияние этой операции.

Диагностика проблемы

Для диагностики проблемы можно использовать трассировку методов или встроенную трассировку.

Трассировка метода

Запуск CPU Profiler показывает, что
callApplicationOnCreate()
метод в конечном итоге вызывает ваш com.example.customApplication.onCreate
метод. Если инструмент показывает, что эти
методы занимают много времени, чтобы завершить выполнение, вы должны изучить больше
чтобы увидеть, какая работа там происходит.

Встроенная трассировка

Используйте встроенную трассировку для расследования вероятных виновников, включая:

  • Первоначальный код вашего приложения
    при создании() функция.
  • Любые глобальные одноэлементные объекты, инициализируемые вашим приложением.
  • Любой дисковый ввод-вывод, десериализация или замкнутые циклы, которые могут возникать во время
    узкое место.
Решения проблемы

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

Также рассмотрите возможность использования инфраструктуры внедрения зависимостей, например
Рукоять, которая создает объекты и
зависимости, когда они вводятся в первый раз.

Если ваше приложение использует поставщиков содержимого для инициализации компонентов приложения при запуске,
вместо этого рассмотрите возможность использования библиотеки запуска приложений.

Инициализация тяжелой операции

Создание операции часто влечет за собой много работы с высокими накладными расходами. Часто бывают
возможности оптимизации этой работы для достижения повышения производительности. Такой
Общие проблемы включают в себя:

  • Раздувание больших или сложных макетов.
  • Блокировка рисования экрана на диске или сетевой ввод-вывод.
  • Загрузка и декодирование растровых изображений.
  • Растеризация
    VectorDrawable
    объекты.
  • Инициализация других подсистем действия.
Диагностика проблемы

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

Трассировка метода

При использовании CPU Profiler обратите внимание на
Применение конструкторов подклассов и
com.example.customApplication.onCreate() методов.

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

Встроенная трассировка

Используйте встроенную трассировку для выявления вероятных виновников, включая:

  • Начальную функцию вашего приложения onCreate() .
  • Любые глобальные одноэлементные объекты, которые он инициализирует.
  • Любой дисковый ввод-вывод, десериализация или замкнутые циклы, которые могут возникать во время
    узкое место.
Решения проблемы

Есть много потенциальных узких мест, но две общие проблемы и решения
выглядят следующим образом:

  • Чем больше иерархия представлений, тем больше времени требуется приложению для ее расширения.
    Два шага, которые вы можете предпринять для решения этой проблемы:

    • Сведение иерархии представлений за счет сокращения избыточных или вложенных макетов.
    • Не расширять части пользовательского интерфейса, которые не должны быть видны во время
      запуск. Вместо этого используйте ViewStub
      объект в качестве заполнителя для подиерархий, которые приложение может раздувать в
      более подходящее время.
  • Инициализация всех ваших ресурсов. в основном потоке также может
    замедлить запуск. Вы можете решить эту проблему следующим образом:

    • Переместите инициализацию всех ресурсов, чтобы приложение могло выполнять ее лениво
      другая нить.
    • Разрешить приложению загружать и отображать ваши представления, а затем обновлять визуальное представление
      свойства, зависящие от растровых изображений и других ресурсов.

Пользовательские экраны-заставки

Во время запуска может отображаться дополнительное время, если вы ранее использовали один из
следующие методы реализации пользовательского экрана-заставки в Android 11 (API
уровень 30) или ниже:

  • Использование
    окнодисаблепревью
    атрибут темы, чтобы отключить начальный пустой экран, нарисованный системой
    во время запуска.