Сбор мусора из строковых литералов

Question

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

мне нужно разъяснение по следующим пунктам:

1. Если строка определяется как буквальное во время компиляции [например: String str = "java"], то это будет мусора?

2. Если используется метод intern [например: String str = new String("java").intern()], то это будет сбор мусора? Также будет рассматриваться иначе, чем строковый литерал в пункте 1.

3. В некоторых местах упоминается, что литералы будут собирать мусор только тогда, когда класс String будет выгружен? Это имеет смысл, потому что я не думаю, что класс String будет выгружен.

Answer 1

Если строка во время компиляции определена как литерал [например: String str = "java";], то будет ли это сбор мусора?

Возможно, нет. Объекты кода будут содержать одну или несколько ссылок на объекты String, которые представляют литералы. До тех пор, пока объекты кода достижимы, объекты String будут.

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

Если я использую метод intern [e.g: String str = new String("java").intern()], тогда это будет сбор мусора?

Объект, возвращенный intern вызов будет тот же объект, который представляет собой "java" строка символов. (The "java" буквальным интернирован во время загрузки класса. Когда вы затем стажер недавно построенный String объект в фрагмент кода, он будет искать и возвращать ранее интернирован "java" строку.)

Однако интернированные строки, которые не совпадают с строковые литералы может быть собранным мусором, как только они становятся недоступными. Местом PermGen является мусор, собранный на всех последних JSM HotSpot. (До Java 8 ... который падает PermGen полностью.)

Также он будет относиться по-разному из строкового литерала в пункте 1.

... Нет, потому что это тот же объект, строковый литерал.

И действительно, как только вы поймете, что происходит, ясно, что струнные литералы также не обрабатываются специально. Это просто применение «достижимость» правила ...

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

Вы правы. Это не имеет смысла. Источники, которые сказали, что неверны. (Было бы полезно, если бы вы разместили URL-адрес, чтобы мы могли прочитать, что они говорят для себя ...)

Answer 2

В нормальных условиях, строковые литералы и классы все выделяются в постоянное поколение в JVM (в «PermGen»), и, как правило, никогда не будут собраны. Строки, которые интернированы (например, mystring.intern()), хранятся в пуле памяти, принадлежащем классу String, в пермгене, и когда-то это было так, что агрессивное интернирование могло вызвать утечку пространства, поскольку сам пул строк содержал ссылку на каждую строку, даже если других ссылок не было. По-видимому, это уже не так, по крайней мере, от JDK 1.6 (см., Например, here).

Подробнее о permgen, this является достойным обзором темы. (Примечание: эта ссылка относится к блогу, связанному с продуктом. У меня нет связи с блогом, компанией или продуктом, но запись в блоге полезна и не имеет большого отношения к продукту.)

Answer 3

1. Литеральная строка останется в памяти, пока программа находится в памяти.
2. str будет собирать мусор, но буквальный он создан из не будет.
3. Это имеет смысл, поскольку класс строки выгружается при разгрузке программы.

Answer 4

intern() метод проверяет доступность объекта в пуле строк. Если объект/литерал доступен, ссылка будет возвращена. Если литерала нет в пуле, тогда объект загружается в области perm (пул строк), а затем ссылка на него будет возвращена. Мы должны использовать метод intern() разумно.