Собирается ли мусор примитивных типов в Android?

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

Например, если вам нужна HashMap‹> целочисленных ключей, вы должны использовать HashMap. Обратите внимание: поскольку «int» не является объектом, его нельзя использовать в контейнере. Integer — это объектная версия примитива int. Когда вы пишете такой код, для вас автоматически создается объект Integer:

HashMap<Integer, Object> map = new HashMap<Integer, Object>();
int someNum = 12345;    // no object created.
map.put(someNum, null); // Integer object created.

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

HashMap map = new HashMap();
int someNum = 12345;    // no object created.
map.put(someNum, null); // Integer object created.

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

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

вот конкретные потоки Android, в которых указывается gc сканирует только указатели и как проверит, что

[Примечание: у меня еще нет полных прав комментирования, поэтому я добавляю это как отдельный ответ.]

Похоже, что примитивы помещаются в стек в Java, а не в кучу, и только объекты собираются мусором.

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

Android не запускает стандартную JVM на основе стека, у него есть собственная виртуальная машина на основе регистров.

Это верное утверждение, но оно также немного вводит в заблуждение и выходит за рамки исходного вопроса. На самом деле, когда один метод вызывает другой (и так далее), кадры активации этих методов сохраняются в стеке в реализации Dalvik. Разница в том, что если рассматривать кадр активации отдельно, то кадры активации Dalvik не содержат внутри стека переменного размера. В этом отношении то, как Dalvik упорядочивает фреймы активации, больше похоже на то, как они обрабатываются для традиционных C-подобных языков (таких как C или C++).