Событие Chrome Clipboard не запускается, когда элемент фокусируется на вкладке

Сборщик мусора начинается с некоторого «корневого» набора мест, которые всегда считаются «доступными», таких как регистры процессора, стек и глобальные переменные. Он работает, находя любые указатели в этих областях и рекурсивно обнаруживая все, на что они указывают. После того, как все это найдено, все else - мусор.

Есть, конечно, немало вариаций, главным образом ради скорости. Например, большинство современных сборщиков мусора являются «поколением», что означает, что они делят объекты на поколения, а по мере того, как объект становится старше, сборщик мусора идет дольше и дольше между временами, когда он пытается выяснить, остается ли этот объект действительным или нет - он просто начинает предполагать, что, если он прожил долгое время, шансы довольно хорошие, что он будет продолжать жить еще дольше.

Тем не менее основная идея остается прежней: все это основано на начиная с некоторого корневого набора вещей, который он считает само собой разумеющимся, все еще можно использовать, а затем преследуя все указатели, чтобы найти то, что еще может быть использовано.

Интересно в стороне: могут ли люди часто удивляться степени сходства между этой частью сборщика мусора и кодом для маршалинга объектов для таких вещей, как удаленные вызовы процедур. В каждом случае вы начинаете с некоторого корневого набора объектов и указатели на погоню, чтобы найти все другие объекты, к которым относятся ...