原文链接： https://blog.csdn.net/u010265681/article/details/77571947
WPF程序性能由很多因素造成，以下是简单地总结：
元素：
1、 减少需要显示的元素数量:去除不需要或者冗余的XAML元素代码. 通过移出不必要的元素，合并layout panels，简化templates来减少可视化树的层次。这可以保证第内存使用，而改变渲染性能。
2、 UI虚拟化：只显示当前需要显示的元素.
3、 不要把不要显示的自定义控件隐藏在主界面中：虽然它们不会显示出来，但是程序启动时还是会去计算自定义控件所需的空间和位置.
4、 VirtualizingStackPanel：对Item类型控件重写时，使用VirtualizingStackPanel作为ItemPanel，这样列表资源可以只渲染当前需要的内容。不过如果设置CanContextScrol=”True”会阻止虚拟化，另外使用VirtualizingStackPanel时，可以设置VirtualizingStackPanel.VirtualizationMode=”Recycling”, 这样已经显示过的列表不会被重复创建和释放掉。
5、 冻结可以冻结的控件：通过在代码中调用Freeze()或者在Xmal中设定PresentationOptions:Freeze=”true”来冻结可以冻结的控件。由于这样系统不必监听该控件的变化，所以可以带来性能的提升.
6、 尽可能使用StreamGeometries 代替PathGeometries：因为它可以一低内存占用，更高效.
7、 尽量多使用Canvas等简单的布局元素：少使用Grid或者StackPanel等复杂的，越复杂性能开销越大
8、 尽量不要使用ScrollBarVisibility=Auto
9、 如果需要修改元素的Opacity属性，最后修改一个Brush的属性，然后用这个Brush来填充元素。因为直接修改元素的Opacity会迫使系统创建一个临时的Surface
10、 使用延迟滚动增强用户体验：如果你还记得可滚动的DataGrid或ListBox，它们往往会降低整个应用程序的性能，因为在滚动时会强制连续更新，这是默认的行为，在这种情况下，我们可以使用控件的延迟滚动(Deferred Scrolling)属性增强用户体验。你需要做的仅仅是将IsDeferredScrollingEnabled附加属性设为True
11、 使用容器回收提高性能： 你可以通过回收执行虚拟化的容器来提高性能，下面的代码片段将ViruatlizationMode设为Recycling，它让你可以获得更好的性能。当用户滚动或抵达另一个项目时，它强制重复使用容器对象。
线程：
1、 耗时操作放在放在非UI线程上处理，保持UI的顺畅：处理完成后如果需要在UI上展示，调用Dispatcher.BeginInoke()方法
绑定：
1、 Mode：关于Data Binding，根据实际情况对Binding指定不同的Mode，性能比较：OneTime>OneWay>TwoWay。
2、 修正系统中Binding错误：在Visual Studio的输出日志中查找System.Windows.Data Error。
3、 在使用数据绑定的过程中，如果绑定的数据源是一个CLR对象，属性也是一个CLR属性，那么在绑定的时候对象CLR对象所实现的机制不同，绑定的效率也不同。
4、 访问CLR对象和CLR属性的效率会比访问DependencyObject/DependencyProperty高。注意这里指的是访问，不要和前面的绑定混淆了。但是，把属性注册为DependencyProperty会有很多的优点：比如继承、数据绑定和Style。
5、 数据源是一个CLR对象，属性也是一个CLR属性。对象通过TypeDescriptor/PropertyChanged模式实现通知功能。此时绑定引擎用TypeDescriptor来反射源对象。效率最低。
6、 数据源是一个CLR对象，属性也是一个CLR属性。对象通过INotifyPropertyChanged实现通知功能。此时绑定引擎直接反射源对象。效率稍微提高。
7、 数据源是一个DependencyObject，而且属性是一个DependencyProperty。此时不需要反射，直接绑定。效率最高。
8、 当一个CLR对象很大时，比如有1000个属性时，尽量把这个对象分解成很多很小的CLR对象。比如分成1000个只有一个属性的CLR对象。
9、 当我们在列表（比如ListBox）显示了一个CLR对象列表（比如List）时，如果想在修改List对象后，ListBox也动态的反映这种变化。此时，我们应该使用动态的ObservableCollection对象绑定。而不是直接的更新ItemSource。两者的区别在于直接更新ItemSource会使WPF抛弃ListBox已有的所有数据，然后全部重新从List加载。而使用ObservableCollection可以避免这种先全部删除再重载的过程，效率更高。
10、 尽量绑定IList而不是IEnumerable到ItemsControl。
资源：
1、 通常情况下我们会把样式资源都统一到App.xaml中，这是很好的，便于资源的管理。
2、 尽量把多次重复用到的资源放到App.xaml中。例如某些页面的资源只会在当前页面中使用到，那么可以把资源定义在当前页面; 因为放在控件中会使每个实例都保留一份资源的拷贝。
3、 如非必要，不要使用DynaicResource，使用StaticResource即可;
动画：
1、 尽量少的使用Animation：程序启动时，Animation渲染时会占用一些CPU资源。
2、 降低动画的帧率:大多数动画不需要高帧率，而系统默认为60frames/sec，所以可以设定Storyboard.DesiredFrameRate 为更低值。
3、 使用卸载事件卸载不必要的动画：动画肯定会占用一定的资源，如果处置方式不当，将会消耗更多的资源，如果你认为它们无用时，你应该考虑如何处理他们，如果不这样做，就要等到可爱的垃圾回收器先生来回收资源。
4、
图像：
1、 对Image做动画处理的时候（如调整大小等），可以使用这条语句RenderOptions.SetBitmapScalingMode(MyImage,BitmapScalingMode.LowQuality)，以改善性能。
2、 用TileBrush的时候，可以CachingHint。
3、 预测图像绘制能力：根据硬件配置的不同，WPF采用不同的Rendering Tier做渲染。下列情况请特别注意，因为在这些情况下，即使是处于Rendering Tier 2的情况下也不会硬件加速。(不全，其余请查阅SDK)
文本:
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、 尽量不使用不必要的字符串连接。
9、 使用字体缓存服务提高启动时间：WPF应用程序之间可以共享字体数据，它是通过一个叫做PresentationFontCache Service的Windows服务实现的，它会随Windows自动启动。你可以在控制面板的“服务”中找到这个服务(或在“运行”框中输入Services.msc)，确保这个服务已经启动。
其他：
1、 用NavigationWindow的时候，尽量Update the client area by object,而不是URI
2、 建立逻辑树或者视觉树的时候，遵循Top-Down的原则
3、 使用WPF分析工具分析WPF程序：分析WPF程序是理解其行为很重要的一步，市场上有大量现成的WPF程序分析工具，如Snoop，WPFPerf，Perforator和Visual Profiler，其中Perforator和Visual Profiler是WPF Performance Suite的一部分，要了解这些工具的用法，请去它们的项目主页。