개체가 해당 이벤트에 전달하는 대리자는 사실상 해당 개체에 대한 참조입니다. 따라서 이벤트 처리기는 예상보다 오래 개체의 활성 상태를 유지할 수 있습니다. 개체의 이벤트를 수신하도록 등록된 개체를 정리하는 경우에는 개체를 해제하기 전에 먼저 대리자를 제거해야 합니다. 불필요한 개체를 활성 상태로 유지하면 응용 프로그램의 메모리 사용이 늘어납니다. 이러한 현상은 특히 개체가 논리 트리 또는 시각적 트리의 루트인 경우 발생합니다.

WPF에서는 소스와 수신기 간의 개체 수명 관계를 추적하기 어려운 경우에 유용할 수 있는 이벤트에 대한 약한 이벤트 수신기 패턴이 도입되었습니다. 일부 기존 WPF 이벤트에서 이 패턴을 사용하기도 합니다. 사용자 지정 이벤트를 사용하여 개체를 구현하는 경우 이 패턴이 유용할 수 있습니다. 자세한 내용은 WeakEvent 패턴을 참조하십시오.

지정된 프로세스의 메모리 사용에 대한 정보를 제공할 수 있는 CLR 프로파일러 및 작업 집합 뷰어와 같은 여러 가지 도구가 있습니다. CLR 프로파일러에는 할당된 형식에 대한 히스토그램, 할당 및 호출 그래프, 다양한 세대의 가비지 수집을 보여 주는 시간 표시 막대/이러한 수집 이후의 관리되는 힙에 대한 결과 상태, 메서드당 할당 및 어셈블리 로드를 보여 주는 호출 트리와 같은 할당 프로필에 대한 매우 유용한 여러 뷰가 포함되어 있습니다. 자세한 내용은 .NET Framework Developer Center를 참조하십시오.

작업 집합 뷰어는 지정된 프로세스의 메모리 사용에 대한 정보를 제공하는 WPF 성능 분석 도구입니다. 이 도구를 사용하면 특정 응용 프로그램 상태에서 응용 프로그램 메모리 사용 정보의 스냅숏을 생성할 수 있습니다. WPF 성능 도구에 대한 자세한 내용은 WPF용 성능 프로파일링 도구를 참조하십시오.

일반적으로 DependencyObject의 종속성 속성에 액세스하는 것이 CLR 속성에 액세스하는 것보다 느리지 않습니다. 속성 값을 설정하는 데 약간의 성능 오버헤드가 있지만 값을 가져오는 것은 CLR 속성에서 값을 가져오는 것만큼 빠릅니다. 이러한 약간의 성능 오버헤드는 종속성 속성이 데이터 바인딩, 애니메이션, 상속 및 스타일 설정과 같은 강력한 기능을 지원한다는 사실로 상쇄됩니다. 자세한 내용은 종속성 속성 개요를 참조하십시오.

DependencyProperty 최적화

DependencyProperty를 상속 가능하게 만드는 경우 성능에 미치는 영향

RegisterClassHandler의 신중한 사용

등록 시 DependencyProperty에 대한 기본값 설정

Register를 사용하여 PropertyMetadata 값 설정

Freezable은 고정되지 않음과 고정됨이라는 두 가지 상태를 가지는 특수한 개체 형식입니다. 가능할 때마다 개체를 고정하면 응용 프로그램 성능이 향상되며 해당 작업 집합을 줄일 수 있습니다. 자세한 내용은 Freezable 개체 개요를 참조하십시오.

각 Freezable에는 변경될 때마다 발생하는 Changed 이벤트가 있습니다. 그러나 변경 알림은 응용 프로그램 성능을 저하시킵니다.

다음 예제에서는 각각의 Rectangle에서 동일한 Brush 개체를 사용합니다.

rectangle_1.Fill = myBrush;
rectangle_2.Fill = myBrush;
rectangle_3.Fill = myBrush;
// ...
rectangle_10.Fill = myBrush;

기본적으로 WPF에서는 Rectangle 개체의 Fill 속성을 무효화하기 위해 SolidColorBrush 개체의 Changed 이벤트에 대한 이벤트 처리기를 제공합니다. 이 경우 SolidColorBrush가 해당 Changed 이벤트를 발생시켜야 할 때마다 각 Rectangle에 대한 콜백 함수를 호출해야 합니다. 이러한 콜백 함수 호출을 누적하면 성능에 심각한 영향을 미칩니다. 또한 이 시점에서 처리기를 추가 및 제거하면 응용 프로그램에서 이 작업을 위해 전체 목록을 이동해야 하므로 성능에 상당한 영향을 미칩니다. 응용 프로그램 시나리오에서 SolidColorBrush를 변경하지 않는 경우에는 Changed 이벤트 처리기를 유지 관리하는 비용이 불필요하게 소요됩니다.

Freezable을 고정하면 변경 알림 유지 관리에 더 이상 리소스를 사용할 필요가 없으므로 성능을 향상시킬 수 있습니다. 아래 표에서는 IsFrozen 속성을 true로 설정한 경우의 간단한 SolidColorBrush 크기를 이렇게 설정하지 않는 경우와 비교하여 보여 줍니다. 여기에서는 Rectangle 개체 10개의 Fill 속성에 브러시 하나를 적용한다고 가정합니다.

다음 코드 샘플에서는 이러한 개념을 보여 줍니다.

Brush frozenBrush = new SolidColorBrush(Colors.Blue);
frozenBrush.Freeze();
Brush nonFrozenBrush = new SolidColorBrush(Colors.Blue);

for (int i = 0; i < 10; i++)
{
    // Create a Rectangle using a non-frozed Brush.
    Rectangle rectangleNonFrozen = new Rectangle();
    rectangleNonFrozen.Fill = nonFrozenBrush;

    // Create a Rectangle using a frozed Brush.
    Rectangle rectangleFrozen = new Rectangle();
    rectangleFrozen.Fill = frozenBrush;
}

고정되지 않은 Freezable에 대한 처리기를 변경하면 개체가 활성 상태로 유지될 수 있음

Brush myBrush = new SolidColorBrush(Colors.Red);
Rectangle myRectangle = new Rectangle();
myRectangle.Fill = myBrush;

myRectangle = null;

myRectangle.Fill = null;
myRectangle = null;

또한 WPF에서는 데이터 바인딩된 자식 콘텐츠를 자동으로 "가상화"하는 StackPanel 요소의 변형을 제공합니다. 여기에서 가상화라는 용어는 많은 수의 데이터 항목 중 화면에 표시되는 항목에 따라 UIElements의 하위 집합을 생성하는 기술을 의미합니다. 특정 시점에 화면에 표시되는 것보다 많은 개수의 UI 요소를 생성하는 것은 메모리 및 프로세서 측면에서 성능이 많이 소모되는 작업입니다. VirtualizingPanel에서 제공하는 기능을 통해 VirtualizingStackPanel은 표시되는 항목을 계산하고, ListBox 또는 ListView와 같은 ItemsControl의 ItemContainerGenerator와 함께 사용하여 표시되는 항목에 대한 UIElements만 만듭니다.

성능을 최적화하기 위해 이러한 항목에 대한 표시 개체는 화면에 보이는 경우에만 생성되거나 활성 상태를 유지합니다. 컨트롤의 가시 영역에 더 이상 존재하지 않는 표시 개체는 제거될 수 있습니다. 이는 데이터 개체가 로컬 컬렉션에 전혀 존재하지 않고 필요에 따라 스트리밍되는 데이터 가상화와 구별되어야 합니다.

아래 표에서는 5000개의 TextBlock 요소를 StackPanel 및 VirtualizingStackPanel에 추가 및 렌더링하는 데 경과된 시간을 보여 줍니다. 이 시나리오에서 측정 값은 텍스트 문자열을 ItemsControl 개체의 ItemsSource 속성에 연결하는 시간부터 패널 요소가 텍스트 문자열을 표시할 때까지의 시간을 나타냅니다.

개념