Что происходит с завершением скрипта Perl?

Question

Этот вопрос специфичен для perl, в контексте, что я специально задаюсь вопросом, что происходит с файловыми дескрипторами (как работающими, так и не), когда в какой-то момент скрипт die с открытыми ручками.

Итак, какие операции выполняются по мере того, как выполнение происходит до последней строки сценария? Уровень скрипта? Уровень Perl? Уровень оболочки (например, bash)? Системный уровень (например, предположим современный * nix, такой как Ubuntu)?

Вот что информация я нашел до сих пор, хотя и не прямых ответов:

Best practices for terminating perl scripts

Ensure custom code is run upon exit in perl

Why to close file handles in perl (sys buffers)

Perldoc на die и exit говорят в основном самих функций.

Answer 1

Perl использует стратегию подсчета ссылок для сбора мусора. Когда счетчик ссылок переменной достигает 0, вызывается любой применимый метод DESTROY до освобождения его памяти в системе управления памятью perl.

По мере того, как ваша программа завершается, оставшиеся переменные выходят за пределы области действия и уменьшают счетчик ссылок. Это тот момент, когда ваши файлы будут закрыты.

Когда perl завершит свою очистку, он вернется в операционную систему, после чего оставшиеся ресурсы будут возвращены ОС, а его родительский процесс (возможно, init или оболочка) будет проинформирован статуса выхода.

---

Где подсчет ссылок может пойти наперекосяк: Если создать структуру данных с циклическими ссылками, ни одна из переменных компонентов не будет, естественно, количество ссылок упадет до 0, если вы либо ослабить одну из ссылок или явно вызвать его DESTROY способ. В этом случае переменные будут сохраняться до конца программы, после чего perl будет DESTROY и/или мусор собирает все, независимо от его количества ссылок.

Answer 2

Сбор мусора будет выполнять дорогостоящую операцию маркировки/развертки, если ваши указатели/обработчики файлов не будут надлежащим образом уволены.

На уровне perl находится сбор мусора. На оболочке нормальные interuptors и обработчики ошибок по-прежнему будут получать IO. На системном уровне сбор мусора будет выдавать системные вызовы для перераспределения памяти.