[C#] 객체를 폐기하고 null로 설정해야합니까?

C ++에서와 마찬가지로 개체는 C #에서 범위를 벗어나지 않습니다. 더 이상 사용하지 않으면 가비지 콜렉터가 자동으로 처리합니다. 이것은 변수의 범위가 완전히 결정적인 C ++보다 더 복잡한 접근법입니다. CLR 가비지 콜렉터는 작성된 모든 오브젝트를 적극적으로 통과하며 사용중인 경우이를 해결합니다.

객체는 한 함수에서 “범위를 벗어난”상태가 될 수 있지만 값이 반환되면 GC는 호출 함수가 반환 값을 유지하는지 여부를 확인합니다.

null가비지 수집은 다른 객체가 참조하는 객체를 계산하여 가비지 수집이 작동하므로 객체 참조를 설정 하지 않아도됩니다.

실제로, 당신은 파괴에 대해 걱정할 필요가 없습니다, 그것은 효과가 있으며 훌륭합니다 🙂

DisposeIDisposable작업을 마쳤을 때 구현하는 모든 개체에 대해 호출해야 합니다. 일반적으로 다음 using과 같은 객체에 블록을 사용합니다 .

using (var ms = new MemoryStream()) {
  //...
}

편집 변수 범위에서. Craig는 변수 범위가 객체 수명에 어떤 영향을 미치는지 물었습니다. CLR의 이러한 측면을 올바르게 설명하려면 C ++ 및 C #의 몇 가지 개념을 설명해야합니다.

실제 변수 범위

두 언어 모두 변수는 클래스, 함수 또는 중괄호로 묶인 명령문 블록과 같이 정의 된 것과 동일한 범위에서만 사용할 수 있습니다. 그러나 미묘한 차이점은 C #에서는 중첩 블록에서 변수를 다시 정의 할 수 없다는 것입니다.

C ++에서 이것은 완벽하게 합법적입니다.

int iVal = 8;
//iVal == 8
if (iVal == 8){
    int iVal = 5;
    //iVal == 5
}
//iVal == 8

그러나 C #에서는 컴파일러 오류가 발생합니다.

int iVal = 8;
if(iVal == 8) {
    int iVal = 5; //error CS0136: A local variable named 'iVal' cannot be declared in this scope because it would give a different meaning to 'iVal', which is already used in a 'parent or current' scope to denote something else
}

생성 된 MSIL을 보면 함수에 사용되는 모든 변수가 함수 시작시 정의됩니다. 이 기능을 살펴보십시오.

public static void Scope() {
    int iVal = 8;
    if(iVal == 8) {
        int iVal2 = 5;
    }
}

아래는 생성 된 IL입니다. if 블록 내에 정의 된 iVal2는 실제로 함수 레벨에서 정의됩니다. 실제로 이것은 C #에 가변 수명에 관한 한 클래스 및 함수 수준 범위 만 있음을 의미합니다.

.method public hidebysig static void  Scope() cil managed
{
  // Code size       19 (0x13)
  .maxstack  2
  .locals init ([0] int32 iVal,
           [1] int32 iVal2,
           [2] bool CS$4$0000)

//Function IL - omitted
} // end of method Test2::Scope

C ++ 범위 및 객체 수명

스택에 할당 된 C ++ 변수는 범위를 벗어날 때마다 소멸됩니다. C ++에서는 스택이나 힙에 객체를 만들 수 있습니다. 스택에서 생성하면 실행이 범위를 벗어나면 스택에서 튀어 나와 파괴됩니다.

if (true) {
  MyClass stackObj; //created on the stack
  MyClass heapObj = new MyClass(); //created on the heap
  obj.doSomething();
} //<-- stackObj is destroyed
//heapObj still lives

C ++ 오브젝트가 힙에 작성되면 명시 적으로 파기해야합니다. 그렇지 않으면 메모리 누수입니다. 스택 변수에 대해서는 그런 문제가 없습니다.

C # 개체 수명

CLR에서 객체 (예 : 참조 유형)는 항상 관리되는 힙에 생성됩니다. 이것은 객체 생성 구문에 의해 더욱 강화됩니다. 이 코드 스 니펫을 고려하십시오.

MyClass stackObj;

C ++에서는 MyClass스택에 인스턴스를 만들고 기본 생성자를 호출합니다. C #에서는 MyClass아무것도 가리 키지 않는 클래스에 대한 참조를 만듭니다 . 클래스의 인스턴스를 만드는 유일한 방법은 new연산자 를 사용하는 것 입니다.

MyClass stackObj = new MyClass();

어떤 식 으로든 C # 객체는 newC ++에서 구문을 사용하여 생성 된 객체와 매우 유사합니다. 이들은 힙에서 생성되지만 C ++ 객체와 달리 런타임에 의해 관리되므로 파괴에 대해 걱정할 필요가 없습니다.

객체가 항상 힙에 있기 때문에 객체 참조 (예 : 포인터)가 범위를 벗어난다는 사실이 무질서하게됩니다. 단순히 객체에 대한 참조가 존재하는 것보다 객체를 수집할지 여부를 결정하는 데 더 많은 요소가 있습니다.

C # 개체 참조

Jon Skeet 은 Java의 객체 참조를 풍선에 연결된 문자열 조각 ( 객체)과 비교했습니다 . C # 객체 참조에도 동일한 비유가 적용됩니다. 단순히 객체를 포함하는 힙의 위치를 ​​가리 킵니다. 따라서 null로 설정하면 객체 수명에 즉각적인 영향을 미치지 않으며 풍선이 GC가 “팝핑”할 때까지 계속 존재합니다.

풍선 비유를 계속하면 풍선에 부착 된 끈이 ​​없으면 파괴 될 수 있다는 것이 논리적으로 보입니다. 실제로 이것은 참조 계산 된 개체가 관리되지 않는 언어에서 작동하는 방식과 정확히 동일합니다. 이 방법을 제외하고 순환 참조에는 잘 작동하지 않습니다. 두 개의 풍선이 끈으로 연결되어 있지만 풍선에 다른 끈이 없습니다. 간단한 심판 계산 규칙에 따라 전체 풍선 그룹이 “분리 된”경우에도 둘 다 계속 존재합니다.

.NET 객체는 지붕 아래의 헬륨 풍선과 매우 유사합니다. 지붕이 열리면 (GC가 실행 됨) 서로 묶여있는 풍선 그룹이있을 수 있지만 사용하지 않는 풍선이 뜹니다.

.NET GC는 세대 별 GC와 마크 앤 스윕의 조합을 사용합니다. 세대 별 접근 방식은 가장 최근에 할당 된 객체를 검사하는 것을 선호하는 런타임과 관련이 있습니다. 사용하지 않을 가능성이 높고 마크 및 스윕은 런타임에 전체 객체 그래프를 살펴보고 사용하지 않는 객체 그룹이있는 경우 작동합니다. 이것은 순환 종속성 문제를 적절하게 처리합니다.

또한 .NET GC는 다른 스레드 (파이널 라이저 스레드라고도 함)에서 실행되며 꽤 많은 작업을 수행하므로 기본 스레드에서 수행하면 프로그램이 중단됩니다.

답변

public static void Main()
{
  Object a = new Object();
  Console.WriteLine("object created");
  DoSomething(a);
  Console.WriteLine("object used");
  a = null;
  Console.WriteLine("reference set to null");
}

using(var con = new SqlConnection("..")){ ...