使用新的 PageCurl 效果通过 MonoTouch 和 iOS 5.0 读取 PDF 时出现奇怪的崩溃

Question

当使用新的 PageCurl 效果通过 MonoTouch 和 iOS 5.0 读取 PDF 时，我遇到了奇怪的崩溃。 我为 MonoDevelop 2.8 制作了一个简单的测试用例项目，并上传到 GitHub：

https://github.com/Emasoft /IpaziaPDFReader

似乎有什么东西过早地获得 GCd 并杀死了应用程序，但我找不到是什么。我尝试过很多方法来处理一切，但都是徒劳。我已经将项目 tarball 提交给 Xamarin 团队，但他们无法解决问题。

iOS NavigationController 内存管理是否有问题？或者我错过了什么？

任何帮助表示赞赏，谢谢！

更新：我尝试在处理所有类中的对象之前删除所有子视图和子层，但它仍然崩溃。我发现避免崩溃的唯一方法是永远不要处理 PDF 页面，在释放它们之前将它们添加到列表中，但这不是一个可行的解决方案，因为这样，对于包含许多页面的 PDF 来说，内存会快速消耗，并且当无法为下一页分配内存时，应用程序无论如何都会崩溃。 避免崩溃的另一种方法是在翻页之前处理 PDF 页面，在创建新的页面控制器之前强制页面控制器上的 dispose 方法，但这样当前页面将变成空白，并且转换会卷曲一个无用的空页。似乎没有解决方案有效。

我已经用我尝试过的 3 种不同的解决方案更新了 GitHub 上的项目（查看 PageDataSource 类），您可以一次取消注释它们之一以查看问题。

        //SOLUTION 1   
    void ForcingPageControllerDispose (BookPageController oldPageController)
    {
        // --- IF YOU UNCOMMENT THIS, THE CRASHES GO AWAY, BUT THE PAGE IN THE TRANSITION IS BLANK, SO IS NOT VIABLE
        currentPageController.View.RemoveFromSuperview ();
        currentPageController.Dispose ();
    }


    //SOLUTION 2
    void DisposeThePageControllerWhenDidFinishAnimating (BookPageController oldPageController, UIPageViewController pageViewController)
    {
        // --- IF YOU UNCOMMENT THIS, THE CRASHES STILL HAPPEN
        pageViewController.DidFinishAnimating += delegate(object sender, UIPageViewFinishedAnimationEventArgs e) {
            if (currentPageController != null) {
                currentPageController.View.RemoveFromSuperview ();
                currentPageController.Dispose ();
                Console.WriteLine ("currentPageController disposed for page: " + currentPageController.PageIndex);
            }
        };
    }


    //SOLUTION 3
    void BackupUnusedPagesToAvoidBeingGCd (BookPageController oldPageController)
    {
        // --- IF YOU UNCOMMENT THIS, THE CRASHES GO AWAY, BUT THE PAGES ARE NOT GARBAGE COLLECTED AND AFTER MANY PAGES IPHONE IS OUT OF MEMORY AND IT CRASHES THE APP
        if (parentController.book_page_controllers_reference_list.Contains (currentPageController) == false)
            parentController.book_page_controllers_reference_list.Add (currentPageController);
    }

Answer 1

我已经向 Xamarin 团队提交了项目 tarball，但他们无法解决问题。

我很确定分配给您案件的人员会提出解决方案。测试用例越大，花费的时间就越多。

快速查看 AppDelegate.cs 中的以下内容是错误的：

PageTurnViewController viewController = new PageTurnViewController ("PageTurnViewController", null);
window.AddSubview (viewController.View);

因为一旦 FinishedLaunching 返回，本地 viewController 实例将不会对其有任何引用，并且 GC 将能够收集它。然而，它需要（在本机端）保持 View 完全有效。这可能会导致崩溃（也可能存在其他情况，这是我今天早上检查的第一个也是唯一一个文件）。

解决方案是将 viewController提升为字段。即使该方法返回，这也会使其处于活动状态，从而使其无法被收集。

更新

我快速浏览了 github 上的代码。

• 您正在添加（子）视图，但从未删除它们（当 GC 处理它们时，它不会将它们从超级视图中删除）；

• 您正在丢失对视图的引用，例如在 PageDataSource.cs

   newPageController = new BookPageController (nextPageIndex,parentController.currentPDFdocument,parentController);
          返回新的PageController；
  

在第一个页面之后，已经有一个存储在 newPageController 中的引用，该引用将是覆盖并使对象可收集 bug GC。由于（子）视图永远不会被删除，因此仍然可能对它们进行本机引用，从而导致崩溃。

为了调试，您可以添加自己的终结器，例如

    ~BookPageController ()
    {
        Console.WriteLine ("bu-bye");
    }

并在其中放置断点。如果它们被击中，而您认为它仍在使用，那么您可能发现了问题。

Answer 2

由于您依赖 iOS 5 新功能，因此您还应该采用 iOS 5 中新的 View Controller Containment API，它可以解决视图控制器的一些问题。

我建议您查看 WWDC 视频和幻灯片，了解第 102 节“实现 UIViewController 遏制”。