Skip to main content

Finalize, Dispose and Unmanaged Resources


There may be situations where some class has control over resources that are not managed by the runtime such as window handles, database connections, etc. and these resources need to be released as they occupy more memory or affect performance. It can be done explicitly by calling Dispose () to release these objects immediately when they are no more needed. Similarly these objects can also be released implicitly by implementing Finalize() so that they get collected by GC in case someone forgets to call dispose () on these objects. Also since calling Finalize impacts the performance, calls to Finalize can be prevented by invoking the GC.SuppressFinalize method but it should be made sure that it only gets called after Dispose method has completed successfully.

Public class Base:IDisposable
{
       Private bool disposed = false;
      //Implement IDisposable.
      Public void Dispose() 
     {
         Dispose(true);
         GC.SuppressFinalize(this);
      }

Protected virtual void Dispose(bool disposing)
{
    if (!disposed)
   {
       if (disposing)
      {
          // Free managed objects.
       }
       // Free unmanaged objects.
       disposed = true;
    }
}
     // using destructor for finalization.
    ~Base()
    {
        Dispose (false);
     }
}

Public class Derived: Base
{
     Private bool disposed = false;
     Protected override void Dispose(bool disposing)
     {
          if (!disposed)
         {
             if (disposing)
            {
                 // Release managed resources.
             }
             // Release unmanaged resources
             disposed = true;
        }
        base.Dispose(disposing);
     }
}

Public class Test
{
      Public static void Main()
      {
          //Scenario#1
          // Dispose is not called; Finalize will be called
          Derived a1 = new Derived();
          . . . . . . . .

          //Scenario#2
          //Dispose is implicitly called in the scope of the using statement.
          using (Derived a2 = new Derived())
          {
                . . . . . . . .
           }

          //Scenario #3
          // Dispose is explicitly called.
          Derived a3 = new Derived();
          . . . . . . . .
          a3.Dispose();
      }
 }

In the above example, object a2 and a3 are released by calling Dispose method of the base class as a result of which the overloaded dispose method of the derived class and then the base class dispose method gets called to release the managed and unmanaged resources .It can be also noted that the call to finalize() has been suppressed at the end of dispose. In case of object a1, since dispose() method is not called explicitly, finalize method gets called by GC which in turn calls the dispose method of derived class where the unmanaged resources gets released.

Comments

Popular posts from this blog

UML - Association, Aggregation, Composition, Generalization, Specialization, Realization and Dependency

Association Association is a simple relationship between two classes. For example A relationship between Professor Class and Student class is known as Association. Both Classes can exist without each other, so Professor and Student are two independent classes. In this kind of relationships there will not be any owner class. Both classes have their own life cycle. UML Notation:     Aggregation Aggregation is a special type of Association. It is known as “Has-A” relationship. For example A Department class can contain Professor Class. Here Department class is owner class. Here in this relationship even after deleting Department class, Professor Class can exits. UML Notation: Composition Composition is a special type of Aggregation. It is known as “Is-A” relationship. For example A University Class has many Department class. Here University and Department objects are dependent on each other. If we delete Univ...

C# Generic Factory

Implement Factory pattern using generics     public interface IDoWork   {       string DoWork();   }     Declare an Interface first by abstracting the common  functionality    Here I am taking the example of DoWork     public class Manager : IDoWork   {     public string DoWork()     {         return "Manager Manages School" ;     }   }     Implement the IDoWork in concrete classes as shown      public class Teacher : IDoWork     {         public string DoWork()         {             return "Teacher teaches student in school" ;         ...

SSIS package - set oledb connections at runtime

SSIS oledb connection manager does't allow user to connect to different oledb servers. If we store oledb connection sting in Config file then it will accepts server name, InitialCatalog and username. But it wont accept password. The is because oledb connection manager has not exposed the oledb password property. To over come this problem we have to override the OLEDB connection manager itself. So that it accepts connections to different oledb servers. Public Sub Main() Dim vars As Variables Dim oledbConnectionManager As ConnectionManager oledbConnectionManager = Dts.Connections("<oledb connection name>") ' ADDED TO MAKE oledb CONNECTION STRING DYNAMIC Dim oServerName As String Dim oUserName As String Dim oInitialCatalog As String Dim oPassword As String Dts.VariableDispenser.LockOneForWrite("oServerName", vars) oServerName = vars("oServerName").Value.ToString().Trim() vars.Unlock() Dts.VariableDispenser.LockOneForWrite("oInitia...