Нахера тебе эти знания

:D

это все твоя книга, я до этого нормально жил)

Ор

Надо погуглить

Надо погуглить

о моем?

Да

это хорошо, значит я копаю в интересном направлении)

По идее, в таких вещах надо смотреть в исходники AOSP

Можешь расписать четко вопрос? Типо : 1) Пользователь открыл активити А И так далее

неужели все просто в этом вопросе прирванивали процесс к компоненту

Что такое компонент?

активити сервис ресивер контент провайдер

Может поможет: https://stackoverflow.com/questions/6468126/every-activity-in-android-is-a-process-or-one-application-is-one-process

окей, вот так тогда

Можно и в разных процессах

Но по умолчанию одно приложение - один процесс

в приложении 2 активити, А и Б открыл А, через него попал в Б может ли убить андройд, принехатке памяти активити А?

ну я знаю ответ, что может

но опять же, активити А в том же процессе в котром активити Б

Это странно

этот процесс -форграунд

значит активити А не может быт ьуничтожено, ведь уничтожается процесс, а не компоненты

Нет

Процесс и активити разные вещи

вооот, значит у активити должны быть свои приоритеты

Уничтожают компоненты

Да

Не у активити

А у процесса

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

Представь что сначала у процесса вызывается onLowMemmory()

.

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

Зачем плодить сущности?

У нас уже есть сущность компонент

Мы её и освобождаем

значит у компонента должны бить приоритеты

На си или c++ кодил когда-нибудь

значит у компонента должны бить приоритеты

Зачем?

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

ну не из моего примера, у меян не был осервиса) но суть ясна

Есть приоритеты внутри процесса

Приоритеты компонентов

Зачем?

.

я же это и сказал минуту назад)

priorities are done at the process level — not the component level

priorities are done at the process level — not the component level

Откуда?

кажется, я найду ответ сейчас

https://medium.com/google-developers/who-lives-and-who-dies-process-priorities-on-android-cb151f39044f

в середине абзац

должен убиваться процесс, а не компонент

Херня какая-то

Хочу перевести эту статью на хабр

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

то есть, приложение убиваеся либо полностью, либо ни как? в запушенном приложении он не может убить активити, которые, например в стеке лежит, а не открыто в данный момент?

активити в фоне убивается.

активити в фоне убивается.

тут много уже других вопросов)

Activity - это процесс?

тут много уже других вопросов)

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

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

Activity - это процесс?

а почему не рассматривать просто как объект ?

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

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

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

это должно быть в доках или еще где-то, должны быть тогда приоритеты компонентво и т.д.

оно мб и есть, но пока мне ни кто не показал)

ERROR: S client not available

это должно быть в доках или еще где-то, должны быть тогда приоритеты компонентво и т.д.

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

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

это я тоже понимаю, да) речь про компоненты

это я тоже понимаю, да) речь про компоненты

под компоненатами что имеешь ввиду ?

под компоненатами что имеешь ввиду ?

активити сервис ресивер контент провайдер

ну активти в фоне скорее прибьется быстрее чем сервис.

почемууууу

если речь про срвис и активити одного приложения.

нужны какие то приоритеты соответственно дял компонентов, а я их вижу только для процессов

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

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

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

или логика всего этого, а пишут только про процессы и их приоритеты

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

это уже другой вопрос)

https://developer.android.com/guide/components/processes-and-threads.html?utm_campaign=adp_series_processes_012016&utm_source=medium&utm_medium=blog#Lifecycle

В андроид о, я слышал, будет другая система

Также не стоит забывать о miui

Который выключает все процессы, несмотря на приоритет

типо, можно уже не разбиртаться, все равно все изменится?)

В андроид о, я слышал, будет другая система

так уже есть в AS можно посмотреть

Android Vitals Задача Vitals — повышение стабильности устройства и различные оптимизации: времени загрузки, времени рендеринга и использования батареи (в первой сборке стала доступна возможность ограничения работы приложений в фоновом режиме). На конференции в этом году для Android O анонсировали несколько системных оптимизаций, а также запустили шесть контрольных панелей Vitals в консоли Play 

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

)

Здравствуйте

вопрос что поменялось между 5 и 6 версиями андроида в части отображения?

т.е. работа с лейаутами и вот это все

RippleEffect

на 5 и младше все ок, на 6 и выше нет

RippleEffect

гм, а еще есть что-то?

Подскажите почему нельзя в res создать папки? или в layput ,например

https://medium.com/@cesarmcferreira/taming-android-layout-resources-af249d6db21d

Можно ли сгенерить проект для андроид студио по некоторому тепплейту, кто нибудь сталкивался?