GC.SuppressFinalize가 성능 문제를 일으킬 수 있습니까?

GC.SuppressFinalize의 유일한 목표는 다음과 같습니다.

종료자가 관리되지 않는 리소스를 IDisposable.Dispose 구현에 의해 이미 해제되었습니다.

출처 : MSDN

개체를 폐기 한 후에는 질문에 대한 답과 같이 GC.SuppressFinalize(this);를 호출해야합니다. 언제 GC.SuppressFinalize ()를 사용해야합니까? “. 코드 분석 “ CA1816 규칙도 유용합니다.

이제 IDisposable를 구현합니다. 관리되지 않는 리소스가없는 개체는 매우 이상하고 의심스러워 보입니다. 그 사람이 당신에게 준 유일한 이유는 IDisposable은 특정 경우에 무언가를 개선 할 것입니다. 실제로 수행 할 이유는 없습니다.

성능 문제를 일으킬 수 있습니까? 말하기 어렵습니다. 특정 경우에 따라 다릅니다.

다른 문제가 있나요? 물론입니다. IDisposable 구현이 힘들다는 사실을 고려하지 않고이 방법을 너무 많이 사용하면 코드를 읽을 수없고 유지 관리가 불가능 해집니다.

public int ComputePrice(Rebate rebate) { using (var currentCurrency = this.User.FindCurrency()) { using (var priceWithoutRebate = this.GetPurePrice()) { using (var canApplyRebate = rebate.CanApplyTo(this)) { if (!canApplyRebate) { return priceWithoutRebate; } using (var priceWithRebate = priceWithoutRebate.Apply(rebate)) { return priceWithRebate; } } } } } 

댓글

• 글쎄요. 연결 / 명령 ADO.NET 코드의 누출로 인해 스트림 누출 문제가 발생했으며 이로 인해 막대한 리소스 누출이 발생했습니다. 모든 항목에 IDisposable을 구현하면 문제가 해결 될 수 있다는 사실을 알고 있었기 때문에 문제가 해결되었습니다. 대부분의 개체에 구현하면됩니다.
• @AndrewHoffman : 그럴듯한 설명처럼 보입니다. 하지만 여전히 ' 현재 관행을 정당화하지 않습니다.

IDisposable 클래스에서 헤비급 ( “고통스러운”) Dispose + Finalizer 패턴을 사용할 필요가 없습니다. if 클래스가 봉인되고 클래스에 관리되지 않는 리소스가 없습니다.

이 경우 공용 Dispose(), 종료자가없고 클래스가 봉인되었습니다.

클래스 봉인의 이유는 “하위 클래스에 관리되지 않는 리소스가있는 경우 어떻게해야합니까?”라는 문제를 방지하기 위해서입니다. 및 “미래에 자식 클래스에 관리되지 않는 리소스가 있다면 어떻게 될까요?”

이전 Microsoft의 Joe Duffy는 및 모든 순열 하위 집합 구현

이 기사의 기고자는 Herb Sutter, Brian Grunkemeyer, Jeff Richter 및 기타 C # 유명인입니다. 이 기사는 MSDN에 제시된 것보다 훨씬 더 심층적입니다.

아아, Joe Duffy의 새 블로그 엔진은 2005 년의 원본 기사를 잘 보존하지 못했기 때문에 다소 엉망인 것 같습니다. 링크는 다음과 같습니다. http://joeduffyblog.com/2005/04/08/dg-update-dispose-finalization-and-resource-management/

Joe Duffy의 기사 전체가 포함 된 MS-Word 문서를 훨씬 더 잘 첨부 할 수 있으면 좋겠습니다. 체재. 🙁