Destructors are used to destruct instances of classes. In this article, you will understand how different C# destructors are when compared to C++ destructors.
In C# you can never call them, the reason is one cannot destroy an object. So who has the control over the destructor (in C#)? it's the .NET frameworks Garbage Collector (GC).
Syntax of Destructor(~)
~Program() // destructor define
// clean up statement
Characteristics of Destructor
- Destructors (~) cannot be defined in Structs.
- Destructors (~) are only used with classes.
- Destructor cannot be inherited or overloaded.
- Destructor does not take modifiers or have parameters.
- Destructor cannot be called. They are invoked automatically.
- An instance becomes eligible for destruction when it is no longer possible for any code to use the instance.
- The Programmer has no control over when destructor is called because this is determined by Garbage Collector.
- Destructor is called when program exits.
- Execution of the destructor for the instance may occur at any time after the instance becomes eligible for destruction.
- Destructor implicitly calls Finalize on the base class of object.
The above given code is implicitly translated to the following code:
protected override void Finalize()
// to clean conditions
Explanation of code: Finalize() is called recursively for all instances in the inheritance chain, from most derived to least derived.
- Garbage collector checks for objects that are no longer being used by application, if it treated an object eligible for destruction, it calls the destruction and reclaims the memory used to store the object.
- GC keeps tracks of all the objects and ensures that each object gets destroyed once.
- GC ensures that objects, which are being referenced, are not destroyed.
- GC destroys the objects only when necessary. Some situations of necessity are memory is exhausted or user explicitly calls System.GC.Collect() method.
Note : Execution order: Base constructor is getting called first. In general, destructors are called in the reverse order of the constructor calls.
Program of Execution order
System.Console.WriteLine("First's destructor is called");
class Second : First
System.Console.WriteLine("Second's destructor is called");
class Third : Second
System.Console.WriteLine("Third's destructor is called");
static void Main()
Third t = new Third();
Note: Execution order base constructor is getting called first. In general, destructors are called in the reverse order of the constructor calls.
Some Useful Points
- When your application encapsulates unmanaged resources such as:
- Network connections
you should use destructors to free those resources.
- When an object is eligible for destruction, the garbage collector runs the Finalize () method of that object.
- Empty destructors should not be used
Reason - When a class contains a destructor, an entry is created in the finalize queue. if the destructor is empty, this just causes a needless loss of performance.
- Explicit release of resources
Suppose an application uses a costly external resources, then a way to explicitly release the resource before the garbage collector frees the object.
IDisposable Interface - Defines a method to release allocated resources.
Assembly: mscorlib (in mscorlib.dll)