Как расположить управляемый ресурс в, Располагают () метод в C#?

Я знаю, Располагают (), предназначается для неуправляемого ресурса, и ресурс должен быть расположен, когда он больше не необходим, не ожидая сборщика "мусора" для завершения объекта.

Однако при расположении объекта, это подавляет завершение сборщика "мусора" (GC.SuppressFinalize (это); в коде ниже). Это означает, что, если объект включает управляемый ресурс, мы должны будем заботиться о том также, потому что сборщик "мусора" не очистит это.

В примере кода ниже (из MSDN), "Компонент" является управляемым ресурсом, и мы звоним, располагают () для этого ресурса (компонент. Расположите ()). Мой вопрос, как мы реализуем этот метод для класса Компонента, который является управляемым ресурсом? Мы должны использовать что-то, любят, Собираются () для ввода по абсолютному адресу сборщика "мусора" для очистки этой части?

Любая идея ценилась бы. Спасибо.

Ниже код, на который я смотрю, который является из MSDN:

using System;
using System.ComponentModel;

// The following example demonstrates how to create
// a resource class that implements the IDisposable interface
// and the IDisposable.Dispose method.

public class DisposeExample
{
// A base class that implements IDisposable.
// By implementing IDisposable, you are announcing that
// instances of this type allocate scarce resources.
public class MyResource: IDisposable
{
    // Pointer to an external unmanaged resource.
    private IntPtr handle;
    // Other managed resource this class uses.
    private Component component = new Component();
    // Track whether Dispose has been called.
    private bool disposed = false;

    // The class constructor.
    public MyResource(IntPtr handle)
    {
        this.handle = handle;
    }

    // Implement IDisposable.
    // Do not make this method virtual.
    // A derived class should not be able to override this method.
    public void Dispose()
    {
        Dispose(true);
        // This object will be cleaned up by the Dispose method.
        // Therefore, you should call GC.SupressFinalize to
        // take this object off the finalization queue
        // and prevent finalization code for this object
        // from executing a second time.
        GC.SuppressFinalize(this);
    }

    // Dispose(bool disposing) executes in two distinct scenarios.
    // If disposing equals true, the method has been called directly
    // or indirectly by a user's code. Managed and unmanaged resources
    // can be disposed.
    // If disposing equals false, the method has been called by the
    // runtime from inside the finalizer and you should not reference
    // other objects. Only unmanaged resources can be disposed.
    private void Dispose(bool disposing)
    {
        // Check to see if Dispose has already been called.
        if(!this.disposed)
        {
            // If disposing equals true, dispose all managed
            // and unmanaged resources.
            if(disposing)
            {
                // Dispose managed resources.
                component.Dispose();
            }

            // Call the appropriate methods to clean up
            // unmanaged resources here.
            // If disposing is false,
            // only the following code is executed.
            CloseHandle(handle);
            handle = IntPtr.Zero;

            // Note disposing has been done.
            disposed = true;

        }
    }

    // Use interop to call the method necessary
    // to clean up the unmanaged resource.
    [System.Runtime.InteropServices.DllImport("Kernel32")]
    private extern static Boolean CloseHandle(IntPtr handle);

    // Use C# destructor syntax for finalization code.
    // This destructor will run only if the Dispose method
    // does not get called.
    // It gives your base class the opportunity to finalize.
    // Do not provide destructors in types derived from this class.
    ~MyResource()
    {
        // Do not re-create Dispose clean-up code here.
        // Calling Dispose(false) is optimal in terms of
        // readability and maintainability.
        Dispose(false);
    }
}
public static void Main()
{
    // Insert code here to create
    // and use the MyResource object.
}
}
12
задан elios786 17 February 2010 в 21:45
поделиться

4 ответа

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

Это неправда. Сборщик мусора по-прежнему очищает ваши управляемые ресурсы. Финализаторы также предназначены для очистки неуправляемых ресурсов, поэтому вызов SuppressFinalize () вам не повредит.

И поскольку вы новичок в шаблоне IDisposable, я ожидаю вашего следующего затруднения: написание финализаторов. В C # вы должны писать финализатор только при работе с совершенно новым типом неуправляемых ресурсов. Поэтому, если у вас есть, например, класс, который обертывает тип System.Data.SqlClient.SqlConnection как часть уровня доступа к данным, вы должны , а не написать финализатор для этого типа, потому что вы все еще имеете дело с тем же типом базового неуправляемого ресурса: подключения к базе данных sql server. О финализаторе для этого ресурса уже позаботился базовый тип SqlConnection.

С другой стороны, если вы создаете провайдер ADO.Net для совершенно нового типа движка базы данных, вам нужно будет реализовать финализатор в вашем классе соединения, потому что этого никогда не было раньше.

11
ответ дан 2 December 2019 в 05:40
поделиться

Этот одноразовый узор сбивает с толку . Вот лучший способ его реализовать:

Шаг 1. Создайте одноразовый класс для инкапсуляции каждого неуправляемого ресурса, который у вас есть. Это должно быть действительно редко, у большинства людей нет неуправляемых ресурсов для очистки. Этот класс заботится только (pdf) о своем неуправляемом ресурсе и должен иметь финализатор. Реализация выглядит следующим образом:

public class NativeDisposable : IDisposable {

  public void Dispose() {
    CleanUpNativeResource();
    GC.SuppressFinalize(this);
  }

  protected virtual void CleanUpNativeResource() {
    // ...
  }

  ~NativeDisposable() {
    CleanUpNativeResource();
  }

  // ...

  IntPtr _nativeResource;

}

Шаг 2. Создайте одноразовый класс, когда класс содержит другие одноразовые классы. Это просто реализовать, для этого не нужен финализатор. В своем методе Dispose просто вызовите Dispose для других одноразовых предметов. В этом случае вам не нужны неуправляемые ресурсы:

public class ManagedDisposable : IDisposable {

  // ...

  public virtual void Dispose() {
    _otherDisposable.Dispose();
  }

  IDisposable _otherDisposable;

}

«Компонент» в этом примере может быть одним из них, в зависимости от того, инкапсулирует ли он неуправляемый ресурс или просто состоит из других одноразовых ресурсов.

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

15
ответ дан 2 December 2019 в 05:40
поделиться

Может быть, немного яснее. GC.SuppressFinalize(this) влияет только на объект, на который ссылается указатель this, но не на любые члены объекта. То есть SuppressFinalize не применяется рекурсивно к членам объекта. Когда сборщик мусора освободит память для объекта Disposed, скорее всего, не будет активных ссылок на поля объекта. Поскольку вы не вызвали GC.SuppressFinalize для всех полей объекта, то сборщик мусора вызовет метод finalize для этих объектов, если они существуют. Когда он это сделает, полностью зависит от времени выполнения, и в целом вы должны просто позволить ему делать свое дело.

1
ответ дан 2 December 2019 в 05:40
поделиться

Извините, если я неправильно понял ваш вопрос!!!, но если ваш класс просто имеет ссылки на другие управляемые классы, и эти ссылки на эти объекты не нуждаются в утилизации, то ваш класс не обязательно должен реализовывать IDisposable.

0
ответ дан 2 December 2019 в 05:40
поделиться
Другие вопросы по тегам:

Похожие вопросы: