Я новичок в Java и смущен сборщиком мусора в Java. Что он на самом деле делает и когда начинает действовать. Опишите, пожалуйста, некоторые свойства сборщика мусора в Java.
Я новичок в Java и смущен сборщиком мусора в Java. Что он на самом деле делает и когда начинает действовать. Опишите, пожалуйста, некоторые свойства сборщика мусора в Java.
Ответы:
Сборщик мусора это программа , которая работает на Java Virtual Machine , которая избавляется от объектов , которые не используются приложением Java больше. Это форма автоматического управления памятью .
Когда типичное приложение Java работает, оно создает новые объекты, такие как String
s и File
s, но через определенное время эти объекты больше не используются. Например, взгляните на следующий код:
for (File f : files) {
String s = f.getName();
}
В приведенном выше коде String s
создается на каждой итерации for
цикла. Это означает, что на каждой итерации для создания String
объекта выделяется немного памяти .
Возвращаясь к коду, мы видим, что после выполнения одной итерации на следующей итерации String
объект, созданный на предыдущей итерации, больше не используется - этот объект теперь считается «мусором».
В конце концов, мы начнем получать много мусора, и память будет использоваться для объектов, которые больше не используются. Если так будет продолжаться, в конечном итоге на виртуальной машине Java закончится место для создания новых объектов.
Вот здесь и вступает в дело сборщик мусора.
Сборщик мусора будет искать объекты, которые больше не используются, и избавляется от них, освобождая память, чтобы другие новые объекты могли использовать эту часть памяти.
В Java управление памятью осуществляется сборщиком мусора, но в других языках, таких как C, необходимо выполнять управление памятью самостоятельно, используя такие функции, как malloc
иfree
. Управление памятью - одна из тех вещей, в которых легко сделать ошибки, что может привести к так называемым утечкам памяти - местам, где память не восстанавливается, когда она больше не используется.
Схемы автоматического управления памятью, такие как сборка мусора, позволяют программисту не так сильно беспокоиться о проблемах управления памятью, поэтому он или она могут больше сосредоточиться на разработке приложений, которые им необходимы.
Он освобождает память, выделенную для объектов, которые больше не используются программой - отсюда и название «мусор». Например:
public static Object otherMethod(Object obj) {
return new Object();
}
public static void main(String[] args) {
Object myObj = new Object();
myObj = otherMethod(myObj);
// ... more code ...
}
Я знаю, что это чрезвычайно надумано, но здесь, после того, как вы вызываете otherMethod()
исходный объект Object
created, становится недоступным - и этот «мусор» собирается сборщиком мусора.
В Java сборщик мусора запускается автоматически, но вы также можете вызвать его явно System.gc()
и попытаться принудительно запустить сборку мусора. Как указывает Паскаль Тивент, вам действительно не следует этого делать, и это может принести больше вреда, чем пользы (см. Этот вопрос ).
Для получения дополнительной информации см. Запись в википедии о сборке мусора и настройке сборки мусора (от Oracle)
System.gc()
не заставляет GC запускаться.
myObj
до того, как произойдет вызов otherMethod
, потому myObj
что в этот момент он больше не доступен.
System.gc()
, весь смысл наличия GC в том, чтобы этого не делать.
Объект получает право на сборку мусора или сборщик мусора, если он недоступен из каких-либо живых потоков или статических ссылок.
Другими словами, вы можете сказать, что объект имеет право на сборку мусора, если все его ссылки равны нулю. Циклические зависимости не считаются ссылкой, поэтому, если объект A имеет ссылку на объект B, а объект B имеет ссылку на объект A и у них нет другой живой ссылки, то оба объекта A и B будут иметь право на сборку мусора.
Генерация кучи для сборки мусора -
Объекты Java создаются Heap
и Heap
делятся на три части или поколения для сборки мусора в Java, они называются молодым (новым) поколением, постоянным (старым) поколением и пермской областью кучи.
Новое поколение делится на три части, известные как пространство Эдема, пространство Выжившего 1 и пространство Выжившего 2. Когда объект впервые создается в куче, он создается в новом поколении внутри пространства Eden, а после последующей незначительной сборки мусора, если объект выживает, он перемещается в выживший 1, а затем в оставшийся в живых 2 до того, как основная сборка мусора переместит этот объект в старое или постоянное поколение .
Пермское пространство Java Heap - это место, где JVM хранит метаданные о классах и методах, пуле строк и деталях уровня класса.
Подробнее см. Здесь: Сборка мусора
Вы не можете заставить JVM запускать сборку мусора, хотя вы можете сделать запрос с помощью метода System.gc()
или Runtime.gc()
.
public static void gc() {
Runtime.getRuntime().gc();
}
public native void gc(); // note native method
Маркировка и алгоритм развертки -
Это один из самых популярных алгоритмов, используемых сборкой мусора. Любой алгоритм сборки мусора должен выполнять 2 основные операции. Во-первых, он должен иметь возможность обнаруживать все недостижимые объекты, а во-вторых, он должен освободить пространство кучи, используемое объектами мусора, и снова сделать это пространство доступным для программы.
Вышеуказанные операции выполняются алгоритмом Mark и Sweep в два этапа:
подробнее читайте здесь - Алгоритм отметки и развертки
Сборщик мусора является частью JRE, который гарантирует, что объект, на который нет ссылок, будет освобожден из памяти.
Обычно он запускается, когда у вашего приложения заканчивается память. AFAIK он содержит граф, который представляет связи между объектами и изолированными объектами, которые могут быть освобождены.
Чтобы сохранить производительность, текущие объекты сгруппированы в поколения, каждый раз, когда GC сканирует объект и обнаруживает, что он все еще ссылается, его счетчик генерации увеличивается на 1 (до некоторого максимального максимального значения, 3 или 4, я думаю), и новое поколение сканируется первым (чем короче объект в памяти, тем более вероятно, что он больше не нужен), поэтому не все объекты сканируются каждый раз при запуске GC.
прочтите это для получения дополнительной информации.
Сборщик мусора позволяет вашему компьютеру имитировать компьютер с бесконечной памятью. Остальное - просто механизм.
Он делает это, обнаруживая, когда фрагменты памяти больше не доступны из вашего кода, и возвращая эти фрагменты в бесплатное хранилище.
РЕДАКТИРОВАТЬ: Да, ссылка предназначена для C #, но C # и Java в этом отношении идентичны.
Многие думают, что сборщик мусора собирает и удаляет мертвые объекты.
На самом деле сборка мусора Java делает наоборот! Живые объекты отслеживаются, а все остальное считается мусором.
Когда объект больше не используется, сборщик мусора освобождает базовую память и повторно использует ее для распределения объектов в будущем. Это означает, что явного удаления нет и операционная система не получает памяти. Чтобы определить, какие объекты больше не используются, JVM периодически запускает то, что очень удачно называется алгоритмом mark-and-sweep.
Проверьте это для получения более подробной информации: http://javabook.compuware.com/content/memory/how-garbage-collection-works.aspx
Чтобы выразить это в самых простых терминах, которые могут понять даже непрограммисты, когда программа обрабатывает данные, она создает промежуточные данные и пространство для хранения (переменные, массивы, определенные метаданные объекта и т. Д.) Для этих данных.
Когда доступ к этим объектам осуществляется через функции или превышает определенный размер, они выделяются из центральной кучи. Затем, когда они больше не нужны, их нужно очистить.
В Интернете есть несколько очень хороших статей о том, как это работает, поэтому я остановлюсь только на самом базовом определении.
GC - это в основном функция, которая выполняет эту очистку. Для этого очищаются записи таблицы, на которые не ссылаются никакие активные объекты, эффективно удаляя объекты, затем копирует и сжимает память. Это немного сложнее, но идею вы поняли.
Большая проблема заключается в том, что в некоторых частях этого процесса часто требуется временная остановка всей виртуальной машины Java, а также весь этот процесс очень интенсивно использует процессор и пропускную способность памяти. Различные варианты ГХ и параметры настройки для каждого из них предназначены для того, чтобы сбалансировать эти различные проблемы со всем процессом ГХ.
Сборка мусора в Java (а также на других языках / платформах) - это способ для среды выполнения java (JRE) повторно использовать память из объектов Java, которые больше не нужны. Проще говоря, при первоначальном запуске JRE запрашивает у операционной системы (O / S) определенный объем памяти. Когда JRE запускает ваше приложение (я), она использует эту память. Когда ваше приложение завершает работу с этой памятью, появляется JRE «Сборщик мусора», который освобождает эту память для использования различными частями ваших существующих приложений. «Сборщик мусора» JRE - это фоновая задача, которая всегда выполняется и пытается выбрать время, когда система простаивает, чтобы продолжить работу с мусором.
Аналогия из реального мира: мусорщики, которые приходят к вам домой и собирают ваш перерабатываемый мусор ... в конечном итоге, его повторно используют вы и / или другие люди.
Сборщик мусора можно рассматривать как диспетчер счетчика ссылок. если объект создан и его ссылка сохраняется в переменной, его счетчик ссылок увеличивается на единицу. в ходе выполнения, если этой переменной присвоено значение NULL. счетчик ссылок для этого объекта уменьшается. поэтому текущий счетчик ссылок для объекта равен 0. Теперь, когда сборщик мусора выполняется, он проверяет объекты с нулевым счетчиком ссылок и освобождает выделенные ему ресурсы.
Вызов сборщика мусора контролируется политиками сборки мусора.
Вы можете получить некоторые данные здесь. http://www.oracle.com/technetwork/java/gc-tuning-5-138395.html
Сборщик мусора - это компонент jvm.
Он используется для сбора мусора, когда процессор освобождается.
Здесь мусор означает неиспользуемые объекты, которые он запускает в фоновом режиме основной программы.
следить за статусом основной программы.
Автоматическая сборка мусора - это процесс просмотра памяти кучи, определения того, какие объекты используются, а какие нет, и удаления неиспользуемых объектов. Используемый объект или объект, на который имеется ссылка, означает, что некоторая часть вашей программы все еще поддерживает указатель на этот объект. На неиспользуемый объект или объект, на который нет ссылок, больше не ссылается какая-либо часть вашей программы. Таким образом, память, используемая объектом, на который нет ссылки, может быть возвращена.
В таком языке программирования, как C, выделение и освобождение памяти выполняется вручную. В Java процесс освобождения памяти автоматически обрабатывается сборщиком мусора. Пожалуйста, проверьте ссылку для лучшего понимания. http://www.oracle.com/webfolder/technetwork/tutorials/obe/java/gc01/index.html
Сборка мусора относится к процессу автоматического освобождения памяти в куче путем удаления объектов, которые больше не доступны в вашей программе. Куча - это память, которая называется свободным хранилищем и представляет собой большой пул неиспользуемой памяти, выделенной вашему Java-приложению.
Основные принципы сборки мусора - найти в программе объекты данных, к которым невозможно будет получить доступ в будущем, и освободить ресурсы, используемые этими объектами. https://en.wikipedia.org/wiki/Garbage_collection_%28computer_science%29
Преимущества
1) Спасает от ошибок, которые возникают, когда часть памяти освобождается, пока на нее еще есть указатели, и один из этих указателей разыменован. https://en.wikipedia.org/wiki/Dangling_pointer
2) Ошибки двойного освобождения, которые возникают, когда программа пытается освободить область памяти, которая уже была освобождена и, возможно, уже была выделена снова.
3) Предотвращает определенные виды утечек памяти, при которых программе не удается освободить память, занятую объектами, которые стали недоступными, что может привести к исчерпанию памяти.
Недостатки
1) Потребление дополнительных ресурсов, влияние на производительность, возможные задержки в выполнении программы и несовместимость с ручным управлением ресурсами. Сборка мусора требует вычислительных ресурсов для принятия решения о том, какую память освободить, даже если программист, возможно, уже знал эту информацию.
2) Момент, когда мусор действительно собирается, может быть непредсказуемым, что приводит к остановкам (паузы для сдвига / освобождения памяти), разбросанных по всему сеансу. Непредсказуемые задержки могут быть недопустимыми в средах реального времени, при обработке транзакций или в интерактивных программах.
Учебник Oracle http://www.oracle.com/webfolder/technetwork/tutorials/obe/java/gc01/index.html
Сборка мусора - это процесс определения, какие объекты используются, а какие нет, а также удаление неиспользуемых объектов.
В таких языках программирования, как C, C ++, выделение и освобождение памяти выполняется вручную.
int * array = new int[size];
processArray(array); //do some work.
delete array; //Free memory
Первый шаг в этом процессе называется маркировкой. Здесь сборщик мусора определяет, какие части памяти используются, а какие нет.
Шаг 2а. При обычном удалении удаляются объекты, на которые нет ссылок, а объекты, на которые есть ссылки, и указатели остаются на свободном месте.
Чтобы повысить производительность, мы хотим удалить объекты, на которые нет ссылок, а также сжать оставшиеся объекты, на которые есть ссылки. Мы хотим, чтобы объекты, на которые ссылаются, были вместе, чтобы было быстрее выделить новую память.
Как указывалось ранее, отмечать и уплотнять все объекты в JVM неэффективно. По мере того, как выделяется все больше и больше объектов, список объектов растет и увеличивается, что приводит к увеличению времени сборки мусора.
Продолжайте читать это руководство, и вы узнаете, как GC решает эту задачу.
Короче говоря, есть три области кучи: YoungGeneration для объектов с коротким сроком службы, OldGeneration для объектов с длительным периодом жизни и PermanentGeneration для объектов, которые существуют в течение жизненного цикла приложения, например классов, библиотек.
Поскольку объекты динамически выделяются оператором new , вы можете спросить, как эти объекты уничтожаются и как освобождается занятая память. В других языках, таких как C ++, вам необходимо динамически освобождать выделенные вручную объекты с помощью оператора удаления. У Java другой подход; он автоматически обрабатывает освобождение. Этот метод известен как сборка мусора .
Это работает так: когда нет ссылок на объект, предполагается, что этот объект больше не нужен, и вы можете получить память, занимаемую объектом. Нет необходимости явно уничтожать объекты, как в C ++. Сборка мусора происходит спорадически во время выполнения программы; Это не происходит просто потому, что один или несколько объектов больше не используются. Кроме того, несколько реализаций среды выполнения Java имеют разные подходы к сборке мусора, но большинству программистов не нужно беспокоиться об этом при написании программ.
Автоматический сбор мусора - это процесс, при котором JVM избавляется от определенных точек данных или сохраняет их в памяти, чтобы в конечном итоге освободить место для выполняющейся программы. Память сначала отправляется в динамическую память, то есть там, где сборщик мусора (GC) выполняет свою работу, а затем ее решает прекратить или оставить. Java предполагает, что программисту нельзя всегда доверять, поэтому он завершает элементы, которые, по его мнению, ему не нужны.