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

Хмм. Как я понимаю, в Юниксе там достаточно сложное поведение, и будут ли убиты вторичные потоки при выходе из main метода основного потока, зависит от разных условий, использовался ли там pthread_detach, pthread_exit и т.д. Но дело не в этом. В Андроиде основной поток, который же UI поток, никогда не завершается. Там бесконечный цикл вида: если есть задача — выполнить задачу, иначе уснуть до поступления новой задачи в очередь. И если скормить базе Application Context, который инициализируется один раз и существует всё время жизни процесса, то пока жив процесс, можно будет использовать этот Context.

Я знаю как работает looper :) Да, application context будет жив в условиях, что main thread переживает даже побочные потоки, которые вызваны не как daemon. Но опять же не могу найти инфу как это работает в Android OS. Но в обычной Java побочные потоки живы, после завершения main потока, не знаешь ссылку на статеечку, где это подтверждается?

Мы хотим найти подтверждение, что основной поток не может завершиться до того как завершились все остальные потоки приложения?

Мы хотим найти подтверждение, что основной поток не может завершиться до того как завершились все остальные потоки приложения?

Вот тут на картинке косвенное свидетельство, процессы Андроида убиваются через kill, а основной поток просто никогда не завершается.

спасибо большое

Ребят, не могу разобраться как получить все итемы где categoryName="Семья"

Проходишь с foreach через getChildren на ветке

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

может, это в логах виден ответ?

нет,на сервер создается 2 объекта

Но выполняются ли для этого два запроса?

я через постман шлю запрос,создается один объект

подключи всё-таки logging interceptor чтобы видеть, сколько запросов уходит

Значит дергается

Почему же просто не заюзать глобальную , ту что volatile?

ручная ленивая инициализация синглтонов бесполезна

ручная ленивая инициализация синглтонов бесполезна

почему?

Потому что классы загружаются лениво.

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

да, сделать просто private static final SomeClass INSTANCE = new SomeClass();

Здравствуйте. Вопрос может не совсем по Android. В общем хочу сделать из приложения периодическое сокетное соединение с сервером и обмен информацией, через этот канал. Как-то делал пробную версию, сделал соединение с сервером на одном из нестандартных портов, на сервере поднял netty и обрабатывал прекрасно, но заметил такую штуку, что предположительно часть устройств не соединялись с сервером, преимущественно из Индии, хотя оттуда было очень много скачиваний. Может там стоит какой-нибудь фаервол, который не пропускает соединения на некоторые порты. Есть у кого мысли и знания по этому поводу? 80 и 443 порт подошли бы идеально, но на них webserver крутится.

кто-нибудь может помочь?

Кто юзал кордову?

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

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

nginx форвардид?

очень тормознутая вещь, лично мне не понравилось

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

нет, просто форвард иптэйблс

Ребята, подскажите такую вещь: есть аппка в которой есть 10 фрагментов, у каждого свой тулбар(он идет в верстке), далее, если юзер авторизован, есть другие 10 фрагментов, НО У НИХ должно быть выезжающее слева меню(DrawerLayout) Как организовать верстку в таком случае? *в основном построение DrawerLayout идет от Активити, но в данном случае хочется использовать ОДНУ активити, и разделить - у некоторых экранов должно быть меню, а у других нет.

drawer можно заблокировать в закрытом состоянии

то есть, тут ТОЛЬКО вариант - реализовать drawer в моей единственной активити, заблочить его, а разблочивать только, когда нужно? тогда вопрос ещё один: у меня toolbar находится в КАЖДОМ фрагменте, а обычно он идет в активити. Как связывать тулбар и drawer?

Что значит «связывать»?