лучше кинь код

Всем привет) Есть пара вопросов по AlarmManager. Задача стоит передо мной следующая: В 12 часов ночи перенести все записи БД sqlite с предыдущих дней на этот новый день (У каждой записи есть поле с датой, к которой она прикреплена). Функция этого переноса по дефолту будет отключена, юзер сможет включить её, если она ему нужна. 1. Можно ли указать повторяющийся Alarm без указания интервала повторения? Чтобы система знала, что именно в 12:00 AM надо выполнить эту работу, даже если вдруг пользователь поменял почему-то часовой пояс в устройстве и у него на 5 часов назад передвинулось время. Если указывать интервал повторения, то придётся с сменой часового пояса разбираться. 2. Установленный Alarm будет убит вместе с приложением из-за нехватки ОЗУ? 3. Если ранее сделали set аларма на какое-нибудь время, то повторный set аларма на то же самое время сделает второй аларм рядом с первым или система просто проигнорирует это?

3 файла основных в архив положил https://drive.google.com/file/d/1vktHmM6xIu8f_h3_Mn-FJa-09YMTDwiV/view?usp=sharing

gist.github.com

Как вам такой пауэрменежмент?)

вырубал телефон?

По таким названиям, думаю не получится найти инфу как это реализовать))

в PUBG доходит до 75°С скорее из-за эмуляции arm архитектуры

ты угробил батарею перегревами )

эта 3яя по счёту

если ничего не делать, то около 50-60°С

Как ты умудрился?

Офигеть, в рекавери 53

Ты что, он же выполнял тяжелый компьютинг, устанавливая Xposed

А после прошивки конечно темпа поднимется

xposed за секунду шьётся

gist.github.com

finish() поставь и всё

Ну тогда о каком бэкстэке идёт речь ?

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

С таким типом сплеша не работал. Удобнее сплеш активить

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

Тогда используй фрагменты и не убивай активити

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

@ravikwow разве такое возможно? если таск длится 305 мс, то будет тоже самое, как если бы он длился 5мс, но без костыля

я не об этом, допустим таск занял 705 мс, тогда на 700й появился, а на 705 спрятался

а почему не прижился?

Здравствуйте, подскажите, какая функция является первоначальной/исходной

Сорян за тупой вопрос, но с андрйод разработкой первые. Пытаюсь понять, откуда приложение стартует. Как я понял, все функции хранятся classes.dex, пытаюсь понять, с какой функции он начинает работать.

Сорян за тупой вопрос, но с андрйод разработкой первые. Пытаюсь понять, откуда приложение стартует. Как я понял, все функции хранятся classes.dex, пытаюсь понять, с какой функции он начинает работать.

https://habr.com/ru/post/345120/

Сорян за тупой вопрос, но с андрйод разработкой первые. Пытаюсь понять, откуда приложение стартует. Как я понял, все функции хранятся classes.dex, пытаюсь понять, с какой функции он начинает работать.