46
votes

Do static member variables ever get garbage collected?

For example, let's use the following class.

public class HasStatic {
    private static List<string> shared = new List<string>();

}

And supposed that it's used like this:

//Startup
{
HasStatic a = new HasStatic();
HasStatic b = new HasStatic();
HasStatic c = new HasStatic();
HasStatic d = new HasStatic();
//Something
}
//Other code
//Things deep GC somewhere in here
HasStatic e = new HasStatic();

When a, b, c, and d are garbage collected does the static member shared get collected as well? Could e possibly get a new instance of shared?

2
Keep in mind that a.shared[1] will have the same value as b.shared[1], and that this element of HasStatic can also be referenced via HasStatic.shared[1]. (Assuming, of course, that there are at least 2 elements in the shared list.) - jp2code

2 Answers

77
votes

No, static members are associated with the Type, which is associated with the AppDomain it's loaded in.

Note that there doesn't have to be any instances of HasStatic for the class to be initialized and the shared variable to have a reference to a List<string>.

Unless you're considering situations where AppDomains get unloaded, static variables can be regarded as GC roots forever. (Of course, if something changes the value of HasStatic.shared to reference a different instance, the first instance may become eligible for garbage collection.)

30
votes

The only thing I would add to Jon's excellent answer is that CLR 4 supports "collectible assemblies". If you dynamically generate a collectible assembly then the statics of its types go away when the assembly is garbage collected.

See this msdn article for a brief overview of the feature:

http://msdn.microsoft.com/en-us/library/dd554932%28VS.100%29.aspx