WPF效能優化經驗總結
原文地址：https://www.cnblogs.com/chiniao/archive/2010/08/09/1795499.html
WPF效能優化一、Rendering Tier
1. 根據硬體配置的不同，WPF採用不同的Rendering Tier做渲染。下列情況請特別注意，因為在這些情況下，即使是處於Rendering Tier 2的情況下也不會硬體加速。(不全，其餘請查閱SDK)
WPF效能優化二、佈局和設計
1．儘量多使用Canvas等簡單的佈局元素，少使用Grid或者StackPanel等複雜的，越複雜性能開銷越大。
2．建立邏輯樹或者視覺樹的時候，遵循Top-Down的原則。
WPF效能優化三、影象
1． 對Image做動畫處理的時候（如調整大小等），可以使用這條語句RenderOptions.SetBitmapScalingMode(MyImage,BitmapScalingMode.LowQuality)，以改善效能。
2． 用TileBrush的時候，可以CachingHint。
WPF效能優化四、物件行為
1．訪問CLR物件和CLR屬性的效率會比訪問DependencyObject/DependencyProperty高。注意這裡指的是訪問，不要和前面的繫結混淆了。但是，把屬性註冊為DependencyProperty會有很多的優點：比如繼承、資料繫結和Style。
WPF效能優化五、應用程式資源
1． 在自定義控制元件，儘量不要在控制元件的ResourceDictionary定義資源，而應該放在Window或者Application級。因為放在控制元件中會使每個例項都保留一份資源的拷貝。
2． 儘量使用Static Resources,但不能盲目使用。
WPF效能優化六、文字
1． 文字少的時候用TextBlock或者label,長的時候用FlowDocument.
2． 使用元素TextFlow和TextBlock時，如果不需要TextFlow的某些特性，就應該考慮使用TextBlock，因為它的效率更高。
3． 在TextFlow中使用UIElement（比如TextBlock）所需的代價要比使用TextElement（比如Run）的代價高.在FlowDocument中儘量避免使用TextBlock，要用Run替代。
4． 在TextBlock中顯式的使用Run命令比不使用Run命名的程式碼要高。
5． 把Label（標籤）元素的ContentProperty和一個字串（String）繫結的效率要比把字串和TextBlock的Text屬性繫結的效率低。因為Label在更新字串是會丟棄原來的字串，全部重新顯示內容。如果字串不需要更新，用Label就無所謂效能問題。
6． 在TextBlock塊使用HyperLinks時，把多個HyperLinks組合在一起效率會更高。
7． 顯示超連結的時候，儘量只在IsMouseOver為True的時候顯示下劃線，一直顯示下劃線的程式碼高很多
8． 儘量不使用不必要的字串連線。
WPF效能優化七、資料繫結
1．在使用資料繫結的過程中，如果繫結的資料來源是一個CLR物件，屬性也是一個CLR屬性，那麼在繫結的時候物件CLR物件所實現的機制不同，繫結的效率也不同。
A、資料來源是一個CLR物件，屬性也是一個CLR屬性。物件通過TypeDescriptor/PropertyChanged模式實現通知功能。此時繫結引擎用TypeDescriptor來反射源物件。效率最低。
B、資料來源是一個CLR物件，屬性也是一個CLR屬性。物件通過INotifyPropertyChanged實現通知功能。此時繫結引擎直接反射源物件。效率稍微提高。
C、資料來源是一個DependencyObject，而且屬性是一個DependencyProperty。此時不需要反射，直接繫結。效率最高。
2．當一個CLR物件很大時，比如有1000個屬性時，儘量把這個物件分解成很多很小的CLR物件。比如分成1000個只有一個屬性的CLR物件。
3． 當我們在列表（比如ListBox）顯示了一個CLR物件列表（比如List）時，如果想在修改List物件後，ListBox也動態的反映這種變化。此時，我們應該使用動態的ObservableCollection物件繫結。而不是直接的更新ItemSource。兩者的區別在於直接更新ItemSource會使WPF拋棄ListBox已有的所有資料，然後全部重新從List載入。而使用ObservableCollection可以避免這種先全部刪除再過載的過程，效率更高。
4． 儘量繫結IList而不是IEnumerable到ItemsControl。
WPF效能優化八、其它效能建議
1． 如果需要修改元素的Opacity屬性，最後修改一個Brush的屬性，然後用這個Brush來填充元素。因為直接修改元素的Opacity會迫使系統建立一個臨時的Surface
2． 用NavigationWindow的時候，儘量Update the client area by object,而不是URI
3． 儘量不要使用ScrollBarVisibility=Auto
WPF效能優化一、Rendering Tier
1. 根據硬體配置的不同，WPF採用不同的Rendering Tier做渲染。下列情況請特別注意，因為在這些情況下，即使是處於Rendering Tier 2的情況下也不會硬體加速。(不全，其餘請查閱SDK)
WPF效能優化二、佈局和設計
1．儘量多使用Canvas等簡單的佈局元素，少使用Grid或者StackPanel等複雜的，越複雜性能開銷越大。
2．建立邏輯樹或者視覺樹的時候，遵循Top-Down的原則。
WPF效能優化三、影象
1． 對Image做動畫處理的時候（如調整大小等），可以使用這條語句RenderOptions.SetBitmapScalingMode(MyImage,BitmapScalingMode.LowQuality)，以改善效能。
2． 用TileBrush的時候，可以CachingHint。
WPF效能優化四、物件行為
1．訪問CLR物件和CLR屬性的效率會比訪問DependencyObject/DependencyProperty高。注意這裡指的是訪問，不要和前面的繫結混淆了。但是，把屬性註冊為DependencyProperty會有很多的優點：比如繼承、資料繫結和Style。
WPF效能優化五、應用程式資源
1． 在自定義控制元件，儘量不要在控制元件的ResourceDictionary定義資源，而應該放在Window或者Application級。因為放在控制元件中會使每個例項都保留一份資源的拷貝。
2． 儘量使用Static Resources,但不能盲目使用。
WPF效能優化六、文字
1． 文字少的時候用TextBlock或者label,長的時候用FlowDocument.
2． 使用元素TextFlow和TextBlock時，如果不需要TextFlow的某些特性，就應該考慮使用TextBlock，因為它的效率更高。
3． 在TextFlow中使用UIElement（比如TextBlock）所需的代價要比使用TextElement（比如Run）的代價高.在FlowDocument中儘量避免使用TextBlock，要用Run替代。
4． 在TextBlock中顯式的使用Run命令比不使用Run命名的程式碼要高。
5． 把Label（標籤）元素的ContentProperty和一個字串（String）繫結的效率要比把字串和TextBlock的Text屬性繫結的效率低。因為Label在更新字串是會丟棄原來的字串，全部重新顯示內容。如果字串不需要更新，用Label就無所謂效能問題。
6． 在TextBlock塊使用HyperLinks時，把多個HyperLinks組合在一起效率會更高。
7． 顯示超連結的時候，儘量只在IsMouseOver為True的時候顯示下劃線，一直顯示下劃線的程式碼高很多
8． 儘量不使用不必要的字串連線。
WPF效能優化七、資料繫結
1．在使用資料繫結的過程中，如果繫結的資料來源是一個CLR物件，屬性也是一個CLR屬性，那麼在繫結的時候物件CLR物件所實現的機制不同，繫結的效率也不同。
A、資料來源是一個CLR物件，屬性也是一個CLR屬性。物件通過TypeDescriptor/PropertyChanged模式實現通知功能。此時繫結引擎用TypeDescriptor來反射源物件。效率最低。
B、資料來源是一個CLR物件，屬性也是一個CLR屬性。物件通過INotifyPropertyChanged實現通知功能。此時繫結引擎直接反射源物件。效率稍微提高。
C、資料來源是一個DependencyObject，而且屬性是一個DependencyProperty。此時不需要反射，直接繫結。效率最高。
2．當一個CLR物件很大時，比如有1000個屬性時，儘量把這個物件分解成很多很小的CLR物件。比如分成1000個只有一個屬性的CLR物件。
3． 當我們在列表（比如ListBox）顯示了一個CLR物件列表（比如List）時，如果想在修改List物件後，ListBox也動態的反映這種變化。此時，我們應該使用動態的ObservableCollection物件繫結。而不是直接的更新ItemSource。兩者的區別在於直接更新ItemSource會使WPF拋棄ListBox已有的所有資料，然後全部重新從List載入。而使用ObservableCollection可以避免這種先全部刪除再過載的過程，效率更高。
4． 儘量繫結IList而不是IEnumerable到ItemsControl。
WPF效能優化八、其它效能建議
1． 如果需要修改元素的Opacity屬性，最後修改一個Brush的屬性，然後用這個Brush來填充元素。因為直接修改元素的Opacity會迫使系統建立一個臨時的Surface
2． 用NavigationWindow的時候，儘量Update the client area by object,而不是URI
3． 儘量不要使用ScrollBarVisibility=Auto