Win2D 官方文章系列翻译 - 避免内存泄漏
本文为个人博客备份文章,原文地址:
http://validvoid.net/win2d-avoiding-memory-leaks/
在托管 XAML 应用中使用 Win2D 控件时,必须谨慎处理对象引用计数,以免控件不能被垃圾回收器回收。
内存泄漏的发生条件
- 你正在通过 C# 等 .Net 语言 (非原生 C++)使用 Win2D
- 你使用了以下任一 Win2D 控件:
- CanvasControl
- CanvasVirtualControl
- CanvasAnimatedControl
- CanvasSwapChainPanel
- 你订阅了 Win2D 控件的事件(如
Draw
,CreateResources
,SizeChanged
...) - 你的应用在多个 XAML 页面中前进后退进行导航
如果以上情况全部满足,那么一个引用计数循环会阻止垃圾回收器回收 Win2D 控件。 在应用每次导航到一个新页面时,新的 Win2D 资源都会进行分配,而老资源则一直未被释放,从而造成内存泄漏。要避免这一情况,你必须手动添加代码打破引用计数循环。
如何修复
要打破引用计数循环以便使也页面能够被垃圾回收,你需要:
- 订阅包含 Win2D 控件的 XAML 页面的
Unloaded
事件。 - 在
Unloaded
事件的处理逻辑中,调用 Win2D 控件的RemoveFromVisualTree
方法。 - 在
Unloaded
事件的处理逻辑中,(通过将控件实例设为 null)释放任何对 Win2D 控件的直接引用。
示例代码:
void page_Unloaded(object sender, RoutedEventArgs e) { this.canvas.RemoveFromVisualTree(); this.canvas = null; }
完整示例可以参见示例项目中的 demo 页面。
测试循环泄露
要测试你的应用是否正确打破了引用计数循环,可以在包含 Win2D 控件的页面里添加析构函数:
~MyPage() { System.Diagnostics.Debug.WriteLine("~" + GetType().Name); }
在应用的 App 构造函数中添加一个定时器以使垃圾回收定期执行:
var gcTimer = new DispatcherTimer(); gcTimer.Tick += (sender, e) => { GC.Collect(); }; gcTimer.Interval = TimeSpan.FromSeconds(1); gcTimer.Start();
之后可启动应用进行调试,导航到页面,再导航到其它页面。如果全部引用循环被正确打破,一两秒内你就能在 Visual Studio 的输出面板看到 Debug.WriteLine
输出的信息。
注意
调用 GC.Collect
方法具有破坏性,会降低性能。因此一旦你完成内存泄漏测试,请务必移除此测试代码。
关键细节
当对象 A 引用了对象 B,同时对象 B 也引用了对象 A时,一个引用循环就会发生。当对象 A 引用对象 B, 对象B 引用对象 C,而对象C 引用对象A 等情况亦然。
当订阅一个 XAML 控件的事件时,这种引用循环不可避免:
- XAML 页面承载了全部其所包含控件的引用
- 控件承载了所有订阅其事件委托的引用
- 每个委托承载了其目标实例的引用
- 每个事件处理程序都是 XAML 页面类的实例方法,所以他们的目标实例又指向回 XAML 页面从而形成一个引用循环
如果以上引用过程中的所有对象都是 .Net 实现的,则引用循环并不会成问题。因为 .Net 能够自动进行垃圾回收,即便对象形成了引用循环,垃圾回收算法也能够识别并回收它们。
不同于 .Net, C++ 通过引用计数管理内存,它不能自动探测并回收对象引用循环。尽管有此限制, C++ 应用使用 Win2D 是没有问题的。因为 C++ 的事件处理程序默认承载对象实例的弱引用而非强引用。 因此页面引用控件,控件引用事件处理委托,而委托并没有引用回页面,因此不会产生循环。
而当一个 .Net 应用使用 Win2D 这类 C++ WinRT 组件时问题就出现了:
- XAML 页面是应用的一部分,因此使用垃圾回收机制
- Win2D 控件是由 C++ 实现的,因此使用引用计数机制
- 事件处理委托是应用的一部分,因此使用垃圾回收机制并承载对目标示例的强引用
一个引用循环由此产生,而没有使用 .Net 垃圾回收机制的 Win2D 对象也参与了其中。 这意味着垃圾回收器无法查看整个引用链,因而它也无法探测和回收对象。当这一情况发生时,则必须通过显式打破引用循环来解决问题。一个方法是释放所有页面对控件的引用(如上文推荐那样);另外也可以找到所有可能指向回页面的事件处理委托,释放掉控件对这些委托的引用(在页面的 Unloaded
事件中解除所有事件处理的订阅)。