WedX - журнал о программировании и компьютерных науках

Какие объекты финализируются в Go по умолчанию и какие в этом есть подводные камни?

Функция runtime.SetFinalizer(x, f interface{}) устанавливает для финализатора, связанного с x, значение f.

Какие объекты финализируются по умолчанию?

Каковы некоторые из непреднамеренных ловушек, вызванных финализацией этих объектов по умолчанию?


  • Обратите внимание на множество предостережений, перечисленных в runtime.SetFinalizer документации. Вы не должны никогда зависеть или ожидать, что финализатор когда-либо запустится. Вместо этого всегда обязательно вызывайте соответствующие функции очистки (например, defer file.Close() сразу после проверки ошибок os.Open). 08.04.2015

Ответы:


1

По умолчанию финализированы следующие объекты:

  • os.File: файл автоматически закрывается при сборке мусора.

  • os.Process: завершение освобождает все ресурсы, связанные с процессом. В Unix это не операция. В Windows он закрывает дескриптор, связанный с процессом.

  • В Windows пакет net может автоматически закрывать сетевое соединение.

Стандартная библиотека Go не устанавливает финализатор для типов объектов, отличных от упомянутых выше.

Кажется, есть только одна потенциальная проблема, которая может вызвать проблемы в реальных программах: когда os.File будет завершен, он вызовет ОС, чтобы закрыть файловый дескриптор. В случае, если os.File был создан вызовом функции os.NewFile(fd int, name string) *File, а дескриптор файла также используется другим (другим) os.File, сборка мусора либо одного из файловых объектов сделает другой файловый объект непригодным для использования. Например:

package main

import (
    "fmt"
    "os"
    "runtime"
)

func open() {
    os.NewFile(1, "stdout")
}

func main() {
    open()

    // Force finalization of unreachable objects
    _ = make([]byte, 1e7)
    runtime.GC()

    _, err := fmt.Println("some text") // Print something via os.Stdout
    if err != nil {
        fmt.Fprintln(os.Stderr, "could not print the text")
    }
}

печатает:

could not print the text
21.12.2011
  • Приведенный выше код, вставленный без изменений в игровые площадки golang.org и weekly.golang.org, печатается в обоих случаях: some text 22.12.2011
  • @jnml: функция os.File.Close() по какой-то причине вообще не работает на игровых площадках. См. play.golang.org/p/qNj8LRXQny. 22.12.2011
  • Начиная с Go 1.4.2 (и, возможно, ранее) этот пример работает нормально. Неясно, вызывается ли финализатор или он вызывается и теперь делает правильные вещи. 08.04.2015

  • 2

    Просто перейдите к исходному коду os.NewFile:

    // NewFile returns a new File with the given file descriptor and name.
    func NewFile(fd uintptr, name string) *File {
        fdi := int(fd)
        if fdi < 0 {
            return nil
        }
        f := &File{&file{fd: fdi, name: name}}
        runtime.SetFinalizer(f.file, (*file).close)  // <<<<<<<<<<<<<<
        return f
    }
    
    • Когда go запускает GC, он запускает привязку Finalizer к этому объекту.
    • Когда вы открываете новый файл, библиотека go привязывает Finalizer к этому возвращаемому объекту для вас.
    • Если вы не уверены, что сборщик мусора сделает с этим объектом, перейдите к исходному коду и проверьте, установила ли библиотека финализаторы для этого объекта.
    08.04.2015

    3

    "Какие объекты финализируются по умолчанию?"
    Ничто в Go не является финализированным по умолчанию.

    "Какие непреднамеренные ловушки возникают из-за финализации этих объектов по умолчанию?"
    Как указано выше: нет.

    21.12.2011
  • Можете ли вы создать программу Go, которая открывает файл, а возвращенный файл *os.File имеет отключенную финализацию (без изменения исходного кода стандартных пакетов Go)? Если вы не можете этого сделать, это означает, что все экземпляры os.File финализированы по умолчанию. 22.12.2011
  • Я говорю о Go, а не о какой-то библиотеке. 22.12.2011
  • Я говорю о Go в целом (включая стандартные пакеты). 22.12.2011
  • @Atom: все тот же. *os.File финализируется путем явной установки финализатора в коде пакета. Ни в Go, ни в какой-либо библиотеке ничего не финализировано по умолчанию. 03.06.2013
  • Новые материалы

    Я хотел выучить язык программирования MVC4, но не мог выучить его раньше, потому что это выглядит сложно…
    Просто начните и учитесь самостоятельно Я хотел выучить язык программирования MVC4, но не мог выучить его раньше, потому что он кажется мне сложным, и я бросил его. Это в основном инструмент..

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

    Объяснение документов 02: BERT
    BERT представил двухступенчатую структуру обучения: предварительное обучение и тонкая настройка. Во время предварительного обучения модель обучается на неразмеченных данных с помощью..

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

    Работа с цепями Маркова, часть 4 (Машинное обучение)
    Нелинейные цепи Маркова с агрегатором и их приложения (arXiv) Автор : Бар Лайт Аннотация: Изучаются свойства подкласса случайных процессов, называемых дискретными нелинейными цепями Маркова..

    Crazy Laravel Livewire упростил мне создание электронной коммерции (панель администратора и API) [Часть 3]
    Как вы сегодня, ребята? В этой части мы создадим CRUD для данных о продукте. Думаю, в этой части я не буду слишком много делиться теорией, но чаще буду делиться своим кодом. Потому что..

    Использование машинного обучения и Python для классификации 1000 сезонов новичков MLB Hitter
    Чему может научиться машина, глядя на сезоны новичков 1000 игроков MLB? Это то, что исследует это приложение. В этом процессе мы будем использовать неконтролируемое обучение, чтобы..


    Для любых предложений по сайту: [email protected]