Що таке збирання сміття в JavaScript?

Що таке збирання сміття в JavaScript? Що важливо для веб-програміста зрозуміти про збирання сміття в JavaScript, щоб написати кращий код?

Ерік Ліпперт трохи пізніше написав докладну публікацію в блозі на цю тему (додатково порівнявши її з VBScript ). Точніше, він писав про JScript , який є власною реалізацією Microsoft ECMAScript, хоча він дуже схожий на JavaScript. Я б міг уявити, що ви можете припустити, що переважна більшість поведінки буде однаковою для JavaScript-механізму Internet Explorer. Звичайно, реалізація буде відрізнятися від браузера до браузера, хоча я підозрюю, що ви можете взяти ряд загальних принципів і застосувати їх до інших браузерів.

Цитується на цій сторінці:

JScript використовує непромисловий збірник сміття. Це працює так:

• Кожна змінна, яка є "за обсягом", називається "поглиначем". Скріпач може позначати число, предмет, рядок і все, що завгодно. Ми підтримуємо список відлякувачів - змінні переміщуються до списку scav, коли вони потрапляють у сферу дії, і виключаються зі списку scav, коли вони виходять із сфери застосування.

• Раз у раз працює сміттєзбірник. Спочатку він ставить "позначку" на кожен об'єкт, змінну, рядок тощо - всю пам'ять, відстежувану GC. (JScript використовує внутрішньо структуру даних VARIANT, і в цій структурі є багато зайвих невикористаних бітів, тому ми просто встановимо один з них.)

• По-друге, вона знімає позначку на відлякувачів та перехідне закриття посилань на смітників. Отже, якщо об'єкт "очищувач" посилається на об'єкт, що не містить котла, тоді ми очищаємо біти на нескавангері та на все, на що він посилається. (Я вживаю слово "закриття" в іншому значенні, ніж у попередній публікації.)

• На даний момент ми знаємо, що всій пам'яті, яка все ще позначена, виділяється пам'ять, до якої неможливо досягти жодного шляху з будь-якої змінній в межах області. Усі ці об'єкти доручені зруйнувати, що знищує будь-які кругові посилання.

Основна мета збирання сміття - дозволити програмісту не турбуватися про управління пам'яттю об'єктів, які вони створюють та використовують, хоча, звичайно, цього не уникати іноді - завжди корисно мати хоча б приблизне уявлення про те, як працює сміття .

Історична примітка: попередня редакція відповіді мала неправильне посилання на deleteоператора. В JavaScript оператор видаляє властивість з об'єкта , і повністю відрізняється в C / C ++.deletedelete

Остерігайтеся кругових посилань, коли задіяні об'єкти DOM:

Шаблони витоку пам'яті в JavaScript

Майте на увазі, що пам'ять може бути відтворена лише тоді, коли немає активних посилань на об'єкт. Це звичайна помилка із закриттями та обробниками подій, оскільки деякі двигуни JS не перевірять, на які змінні насправді посилаються внутрішні функції, а просто зберігатимуть усі локальні змінні функцій, що додаються.

Ось простий приклад:

function init() {
    var bigString = new Array(1000).join('xxx');
    var foo = document.getElementById('foo');
    foo.onclick = function() {
        // this might create a closure over `bigString`,
        // even if `bigString` isn't referenced anywhere!
    };
}

Наївна реалізація JS не може збиратись до bigStringтих пір, поки обробник подій є навколо. Існує кілька способів вирішити цю проблему, наприклад встановлення bigString = nullв кінці init()( deleteне працюватиме для локальних змінних та аргументів функції: deleteвидаляє властивості з об'єктів, а об'єкт змінної недоступний - ES5 у суворому режимі навіть викине значення a, ReferenceErrorякщо ви спробуєте видалити локальну змінну!).

Я рекомендую максимально уникати зайвих закриттів, якщо ви дбаєте про споживання пам’яті.

Гарна цитата, взята з блогу

Компонент DOM є "зібраним сміттям", як і компонент JScript, а це означає, що якщо ви створите об'єкт в будь-якому з компонентів, а потім втратите слід від цього об'єкта, він з часом буде очищений.

Наприклад:

function makeABigObject() {
var bigArray = new Array(20000);
}

Коли ви викликаєте цю функцію, компонент JScript створює об'єкт (званий bigArray), доступний у межах функції. Щойно функція повертається, однак, ви «втрачаєте слід» від bigArray, тому що більше не можна посилатися на нього. Добре, що компонент JScript розуміє, що ви втратили це, і тому bigArray очищений - його пам'ять відтворена. Такий самий варіант працює в компоненті DOM. Якщо ви говорите document.createElement('div'), чи щось подібне, то компонент DOM створює для вас об’єкт. Після того, як ви якось загубите цей об’єкт, компонент DOM очистить пов'язані.

Наскільки мені відомо, об’єкти JavaScript періодично збирають сміття, коли на нього немає жодних посилань. Це щось відбувається автоматично, але якщо ви хочете дізнатися більше про те, як це працює, на рівні C ++, є сенс поглянути на вихідний код WebKit або V8

Як правило, не потрібно думати про це, проте в старих браузерах, як IE 5.5 та ранніх версіях IE 6, а можливо, і поточних версіях, закриття створюватиме кругові посилання, які, якщо не поставлено прапорці, в кінцевому підсумку з'їде пам'ять. У конкретному випадку, що я маю на увазі про закриття, це було тоді, коли ви додавали посилання JavaScript на об’єкт dom та об'єкт на DOM-об’єкт, який звертався до об’єкта JavaScript. В основному, його ніколи не можна збирати, і в кінцевому підсумку це призведе до того, що ОС стане нестабільною у тестових програмах, які циклично створюють збої. На практиці цих витоків зазвичай мало, але щоб зберегти чистий код, слід видалити посилання JavaScript на об’єкт DOM.

Зазвичай корисно використовувати ключове слово для видалення негайно великих посилань, таких як дані JSON, які ви отримали назад, і зробите все, що вам потрібно зробити, особливо в мобільній веб-розробці. Це призводить до наступного розгортання GC, щоб видалити цей об'єкт і звільнити його пам'ять.

збирання сміття (GC) - це форма автоматичного управління пам’яттю шляхом видалення об’єктів, які більше не потрібні.

будь-який процес, що займається пам'яттю, виконайте наступні дії:

1 - виділіть потрібний простір пам'яті

2 - зробити деяку обробку

3 - звільнити цей простір пам'яті

є два основних алгоритму, які використовуються для виявлення, які об'єкти більше не потрібні.

Колекція сміття з відліку посилань : цей алгоритм зменшує визначення поняття "об'єкт більше не потрібен", щоб "об'єкт не мав іншого об'єкта, на який посилається", об'єкт буде видалений, якщо на нього немає опорної точки

Алгоритм розмітки і підмітки : підключіть кожен об'єкт до джерела кореня. будь-який об’єкт не підключається до кореневого чи іншого об’єкта. цей об’єкт буде видалено.

В даний час більшість сучасних браузерів використовують другий алгоритм.

"В інформатиці збирання сміття (GC) - це форма автоматичного управління пам'яттю. Збирач сміття, або просто колекціонер, намагається повернути сміття або пам'ять, яку використовують об'єкти, до яких програма ніколи не отримає доступ або мутує."

Усі двигуни JavaScript мають власні сміттєзбірники, і вони можуть відрізнятися. Більшість часу вам не доводиться мати справу з ними, тому що вони просто роблять те, що повинні робити.

Написання кращого коду в основному залежить від того, наскільки добре ви знаєте принципи програмування, мову та особливості реалізації.

Що таке збирання сміття в JavaScript?

перевірити це

Що важливо для веб-програміста зрозуміти про збирання сміття в JavaScript, щоб написати кращий код?

У Javascript ви не дбаєте про розподіл пам’яті та розсилку. Вся проблема вимагається у інтерпретатора Javascript. У Javascript все ще можливі витоки, але вони є помилками перекладача. Якщо вас цікавить ця тема, ви можете прочитати більше на www.memorymanagement.org

У Windows ви можете використовувати Drip.exe, щоб знайти витоки пам'яті або перевірити, чи працює ваша безкоштовна пам'ять.

Це дуже просто, просто введіть URL-адресу веб-сайту, і ви побачите споживання пам'яті інтегрованого IE-рендерінга. Потім натисніть оновити, якщо пам’ять збільшується, ви виявили, що десь на веб-сторінці витік пам'яті. Але це також дуже корисно, щоб перевірити, чи працюють підпрограми для звільнення пам'яті для IE.

Типи посилань не зберігають об'єкт безпосередньо в змінній, якій він призначений, тому змінна об'єкта в цьому прикладі насправді не містить примірника об'єкта. Натомість він містить покажчик (або посилання) на місце в пам'яті, де існує об'єкт

var object = new Object();

якщо призначити одну змінну іншій, кожна змінна отримує копію вказівника, і обидві досі посилаються на один і той же об'єкт у пам'яті.

var object1 = new Object();
var object2 = object1;

JavaScript - мова, зібрана сміттям , тому вам не потрібно турбуватися про розподіл пам’яті під час використання посилальних типів. Однак найкраще знімати об'єкти, які вам більше не потрібні, щоб сміттєзбірник міг звільнити цю пам'ять. Найкращий спосіб зробити це - встановити змінну об'єкта на null.

var object1 = new Object();
// do something
object1 = null; // dereference

Розмежування об'єктів особливо важливо у дуже великих програмах, які використовують мільйони об'єктів.

від Принципів об'єктно-орієнтованого JavaScript - NICHOLAS C. ZAKAS