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

Всем привет!
У мя такая проблема в jetbrains продукте возникла. Че то нажал хз что и не могу теперь символ любой написать или закоментить код.... Как эту хрень вырубить? Вот видос что бы было понятнее что имею ввиду: https://youtu.be/UtjDWNen1o8

кот сел на клавиатуру?

похоже на аппаратную проблему, подключи внешнюю клавиатуру и посмотри что поменяется

нет

не аппаратная 100%, если сброшу настройки все ок, и в телеге могу общаться, только в аппкоде такая фигня

шо то хитрожопое нажал видимо

не сталкивался за много лет, может баг. Попробуй в саппорт написать, appcode всё-таки новый продукт

уже)

мб кто то сталкивался

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

Старый дедовский метод "стукнул и работает" :D

Может кто знает. Не могу никак доразобраться в теме сборщика мусора, пишут что есть два подхода: учёт количества ссылок и доступность из gc root. То есть создали объект, он полетел в эдем, эдем заполнился и вот каким образом именно в Андроиде система понимает что объект больше не нужен? Если способом доступности ссылок, то что в Андроиде считается gc root?

Хороший вопрос

Если правильно понимаю, Application - есть синглтоном, от которого отходять разные Utils(Retrofit, Room, etc) и UI часть. При вихода с Activity, экран может умереть, но все еще будет Application, и тогда можна будет подсчитать сколько сылок было создано/использовано в Activity, и больше не нужны

There are four kinds of GC roots in Java:

Local variables are kept alive by the stack of a thread. This is not a real object virtual reference and thus is not visible. For all intents and purposes, local variables are GC roots.
Active Java threads are always considered live objects and are therefore GC roots. This is especially important for thread local variables.
Static variables are referenced by their classes. This fact makes them de facto GC roots. Classes themselves can be garbage-collected, which would remove all referenced static variables. This is of special importance when we use application servers, OSGi containers or class loaders in general. We will discuss the related problems in the Problem Patterns section.
JNI References are Java objects that the native code has created as part of a JNI call. Objects thus created are treated specially because the JVM does not know if it is being referenced by the native code or not. Such objects represent a very special form of GC root, which we will examine in more detail in the Problem Patterns section below.

В случае андроида ничего не должно отличаться

по GC для Java у меня такая ссылка сохранена https://plumbr.io/java-garbage-collection-handbook

вроде у Шипилева был доклад на тему GC, где подробны описаны алгоритмы удаления объектов, ну либо в одном из докладов о JMM