了解 iOS 上的 Instruments 内存分配日志

Question

我已经构建了一个几乎完成的 iOS 应用程序，但是，我最近经历了由于“内存压力”而导致它在一段时间后崩溃。所以我开始在 Instruments 中分析内存分配，并且确定，该应用确实使用了相当多的内存，而且它似乎只会在使用过程中增加。

但是，对于 Instruments 内存分配来说，我不太清楚 52% 的分配是在哪里进行的，如下面的屏幕截图所示：

这显然与核心动画有关，但我很难确定到底是什么，所以我认为那里的一些聪明人可能知道答案。

面包屑：

当在视图控制器之间移动时，我的应用使用自定义转场，其中会发生大量动画。这是一个例子：

@interface AreaToKeyFiguresSegue : UIStoryboardSegue

@end

...

@implementation AreaToKeyFiguresSegue

- (void)perform
{
    [self sourceControllerOut];
}

- (void)sourceControllerOut
{
    AreaChooserViewController *sourceViewController = (AreaChooserViewController *) [self sourceViewController];
    KeyFigureViewController *destinationController = (KeyFigureViewController *) [self destinationViewController];

    double ratio = 22.0/sourceViewController.titleLabel.font.pointSize;

    sourceViewController.titleLabel.adjustsFontSizeToFitWidth = YES;

    [UIView animateWithDuration:TRANSITION_DURATION delay:0 options:UIViewAnimationOptionCurveEaseIn animations:^{

        // Animate areaChooser
        sourceViewController.areaChooserScrollView.alpha = 0;
        sourceViewController.areaScrollViewVerticalSpaceConstraint.constant = -300;

        sourceViewController.backButtonVerticalConstraint.constant = 20;
        sourceViewController.backButton.transform = CGAffineTransformScale(sourceViewController.backButton.transform, ratio, ratio);
        sourceViewController.backButton.titleLabel.textColor = [UIColor redKombitColor];

        sourceViewController.backArrowPlaceholderVerticalConstraint.constant = 14;
        sourceViewController.backArrowPlaceholder.alpha = 1;

        sourceViewController.areaLabelVerticalConstraint.constant = 50;
        sourceViewController.areaLabel.alpha = 1;

        [sourceViewController.view layoutIfNeeded];

    } completion:^(BOOL finished) {
        [destinationController view]; // Make sure destionation view is initialized before animating it
        [sourceViewController.navigationController pushViewController:destinationController animated:NO]; // Push new viewController without animating it

        [self destinationControllerIn]; // Now animate destination controller
    }];
}

- (void)destinationControllerIn
{
    AreaChooserViewController *sourceViewController = (AreaChooserViewController *) [self sourceViewController];
    KeyFigureViewController *destinationController = (KeyFigureViewController *) [self destinationViewController];

    destinationController.keyFigureTableViewVerticalConstraint.constant = 600;
    destinationController.keyFigureTableView.alpha = 0.0;
    destinationController.allFavoritesSegmentedControl.alpha = 0.0;
    [destinationController.view layoutIfNeeded];
    [sourceViewController.segueProgress setHidden:YES];
} 

@end

每当要弹出视图控制器时，我都会做相反的事情：

- (IBAction)goBack:(id)sender
{
    [UIView animateWithDuration:TRANSITION_DURATION delay:0 options:UIViewAnimationOptionCurveEaseIn animations:^{

        [self.keyFigureTableView setAlpha:0];
        self.keyFigureTableViewVerticalConstraint.constant = 700;
        [self.allFavoritesSegmentedControl setAlpha:0];
        [self.view layoutIfNeeded];
    } completion:^(BOOL finished) {
        [self.navigationController popViewControllerAnimated:NO]; // Pop viewController without animating it
    }];
}

编辑：

大部分内存分配发生在推送视图控制器时，即使它之前已经显示过。 IE。从

A -> B -> C

B

B -> C

其中“->”=push，“”分配更多内存，“

更多详情

根据 Instruments，我没有僵尸并且没有泄漏。静态分析也没有给出任何结果。我的应用一直在分配内存，直到它最终崩溃。

我大约 70% 的内存分配发生在以下调用堆栈中，这与我的代码无关（反向调用树）：

Answer 1

这是我调试这些的方法。

1. 在 Instruments 中，使用 Allocations 工具并打开“记录引用计数”

1. 将您的应用运行到“稳定状态”，包括执行几次您认为会泄漏的操作。

2. 在 Instruments 中，使用输入/输出标记设置基线内存级别。

3. 执行几次您认为会泄漏的操作。 （比如说 7）

4. 在 Instruments 中，切换到显示所有分配的视图并查找已分配但未解除分配的对象，其次数与您刚刚执行的操作相同（同样可能是 7 次）。您首先要尝试找到特定于您的程序的对象...所以更喜欢MyNetworkOperation 实例而不是像NSData 这样的通用基础类。

5. 选择尚未释放的对象之一并查看其分配历史记录。您将能够看到相关对象的每个 alloc/retain/release/autorelease 的调用堆栈。可能其中一个调用对您来说看起来很可疑。

我想这些步骤更适用于非 ARC 环境。在 ARC 下，您可能正在寻找保留周期的内容。

一般而言，您可以通过确保强引用仅在一个方向上来避免保留循环...例如，视图对其子视图具有强引用，并且每个子视图只能使用弱引用来引用任何父视图.或者您的视图控制器可能对您的视图有很强的引用。您的视图只能对其视图控制器进行弱引用。另一种说法是在每个关系中决定哪个对象“拥有”另一个对象。

Answer 2

Instruments 说您的 UIViews 正在泄漏（或者准确地说没有释放）。

每次推送都会创建一个新的destinationController，destinationController's 视图将由 CALayer 支持，而 CALayer 会杀死内存。

为了证明这一点，您可以为您的 destinationController 实现 dealloc 并在那里设置一个断点以查看它是否被调用。

如果调用了 dealloc，那么您可以对其他对象执行此操作以找出哪个对象。 （喜欢destinationController.view）

为什么要泄露？

1，您可能有捕获destinationController 的保留周期。调试很麻烦，你可能需要检查所有相关的代码。

2，每个destinationController 都可能被某个长生命的对象保留。 （不失效的重复NSTimer、Singleton、RootViewController、CADisplayLink ...）

3，假缓存。你缓存一些东西并尝试重用它。但是，缓存逻辑存在错误，这些对象永远不会被重用，并且会不断插入新对象。

Answer 3

您的动画主要包含不断变化的 alpha 值或颜色。为了减少自定义segue中的动画代码，我建议您将目标视图控制器的动画代码（即方法destinationControllerIn）移动到目标视图控制器的viewDidLoad:。

Answer 4

首先检查（方案诊断）您是否打开了僵尸。僵尸意味着什么都不会被删除。鉴于您的记忆图从不下降，这将是我的第一次检查。