Question

我注意到在我用Xamarin iOS 7.2.2编写的大型应用程序上出现间歇性崩溃。仪器向我显示我的应用程序在内存使用方面的增长并没有真正下降。

我已确保取消UIViewControllers中的所有事件，尽管如此，我的UIViewControllers仍未处理。

我知道他们没有被处理，因为他们的断点永远不会被执行。

示例性处理方法：

    protected override void Dispose(bool disposing) {
        _someViewController = null;
        _otherView = null;
        ReleaseDesignerOutlets();
        base.Dispose(disposing);
    }

除了取消对其他视图的引用和发布设计器插座之外，我没有做任何花哨的事情，但它永远不会被调用。

为什么在从导航控制器弹出我的视图控制器后没有调用Dispose？

Answer 1

以下模式有助于最大限度地减少内存泄漏

不要保留UIViewController＆amp; amp; UIView在内存中，总是根据需要创建它们，并在不需要时明确处理。
在处理方法中，处置＆＃34;拥有＆＃34; UIViewController＆amp; UIView＆＃39;
在dispose方法中，手动从父级删除并处置所有子视图
在dispose方法中，取消对控制器的所有引用＆amp;视图
在dispose方法中，取消所有事件
使用新的Refcount功能和新的GC（项目选项）
如果使用Sqlite，请在启动时执行此操作

Mono.Data.Sqlite.SqliteConnection.SetConfig(Mono.Data.Sqlite.SQLiteConfig.Serialized);

即使根据Xamarin＆amp; amp; iOS文档，没有它我的应用程序永远不会释放内存。现在它合理地收集，这表明Xamarin GC在跨越ObjC＆amp;的复杂对象图之间。未正确收集单声道运行时（可能是由于循环引用）。手动破坏对象引用简化了对象引用图，使GC比其他方式更快，更可靠地发生。

Answer 2

可能还有一些内容仍然存在对视图控制器的引用。

在某些情况下，很难确定持有该引用的内容。由于您使用的版本比7.2.1更新，因此您应该尝试GC的新Refcount 扩展名（Bohem或sgen）。

来自release notes的信息（和链接）更多，但简而言之，此扩展程序将更好地跟踪本机对象的生命周期，并且还会删除大多数支持字段（可能包含此类引用）。

UIViewController没有被处理掉

2 个答案: