我很难定位内存泄漏。我正在使用 cocos2d。这是两个类的数据区域:

@interface Dungeon : CCLayerColor {
    DungeonLevel *aDungeonLevel;
    Player *thePlayer;

    // list of all monster file names
    NSMutableArray *monsterNames;

    // array of how many monsters there are of each monster level
    NSMutableArray *monsterLevels;

    MessageView *theMessageView;

    DungeonDisplay *theDisplay;

    bool processing;

    int currentDungeonLevel;    
}

@interface DungeonDisplay : CCLayerColor {
    NSMutableArray *displayGrid;
    NSMutableArray *displayGrid2;
    NSMutableArray *displayGrid3;
    NSMutableArray *displayGrid4;
    NSMutableArray *dungeonMatrix;
    NSMutableArray *monsterSprites;
    Dungeon *theDungeon;  
    int xdelt;
    int ydelt;
    CGPoint lowerLeft;
    Player *thePlayer;
    CCSprite *playerSprite;
    CCSprite *mSprite1;

    ButtonsLayer *buttonArea;

    double previousTime;
    double currentTime;
    double touchTimePrev;
    bool touchFlag;
    bool processing;
    bool processing2;
    bool animating;
    bool flipSprite;
    bool doIdleAnimation;
    bool isAttacking;
    int firstIteration;
    CGPoint dungeonOriginalPosition;
    CGPoint playerOriginalPosition;
    CGPoint mSprite1Original;
    CGPoint buttonOriginal;
    CCTimer *myTimer;

    // List of Messages
    NSMutableArray *messages;    
    int messageIndex;

    // player transparency level
    int transparency;

    // indicates that walls need to become transparent
    bool needTransparency;

    int pXInc;
    int pYInc;
    int tempx;
    int tempy;

    // debugging variables
    CCLabelTTF *debugLabel1;
    CCLabelTTF *debugLabel2;

    // the Map
    MiniMap *aMap;
}

好的，现在 Dungeon 对象通过与另一个对象 DungeonLevel 交互来创建 DungeonDisplay 对象(我认为这与弄清楚为什么 DungeonDisplay 未被释放没有特别相关)。这是创建“单例”DungeonDisplay 对象的所有代码:

-(void) displayDungeon
{
    if (!theDisplay) {
        theDisplay = [[DungeonDisplay alloc]init];
        [self addChild:theDisplay z:101];
        [theDisplay letTheDungeon:self];    
    }
    else {
        [thePlayer placePC:thePlayer.pCLocation];
        [theDisplay displayStructure];
    }
    theDisplay.visible = true;
    aDungeonLevel.visible = NO;
}

出于某种原因，在 addChild(一种 cocos 方法)之后，保留计数跳转到 4(从 1)。 “letTheDungeon”对保留计数没有影响(正如预期的那样)。

最佳答案

问题:“我很难定位内存泄漏。...有没有人有关于增加和减少保留计数的特定事物的完整列表？”

答案:哇，很多东西。仅关注增加保留计数的内容，它包括:添加 subview ；推送/呈现 Controller ；添加到字典和数组；名称以 alloc、new、copy 或 mutableCopy 开头的任何方法；任何 retain 调用；在 viewDidLoad 中以非 ARC 代码创建对象并忽略在 dealloc 中清理它们；在非 ARC 代码中的一个指针中分配另一个新对象，该指针已经指向尚未发布的项目；名称中带有create 或copy 的任何核心基础函数；等等。这可能只是表面现象。减少保留计数的列表同样长。

无意冒犯，这不太可能是追踪泄漏的有效途径。 (这就像说有人在曼哈顿被 Gunicorn ，所以让我们列出东海岸所有持枪的人。)我建议您更多地采用 CSI 方法:

1. 通过 Xcode static analyzer 运行您的代码.在您解决所有这些问题之前，没有任何进一步研究的意义。您应该从静态分析中得到零 警告。

2. 使用分析器工具 find the leak .一旦您学会了如何使用该工具，它通常可以准确地向您显示导致泄漏的对象和代码行，此时解决起来就容易多了。

3. 确保您完全阅读并理解Advanced Memory Management .如果您正在使用核心基础做任何事情，请查看 Memory Management Programming Guide for Core Foundation .

4. 如果您不使用 ARC，请开始放入检查各种对象的 retainCount 的调试消息。

如果您发现一段代码泄漏，如果您无法弄清楚，请将有问题的代码发布到 StackOverflow 上(请务必告诉我们它是否是 ARC)，我们可以帮助您进一步诊断.

我真的不想刻薄，但就目前而言，这个问题太宽泛了，我们无法帮助您(即使理论上有人可以为您提供全面的答案，我也无法想象对你有帮助)。不过，希望上面的一些提示能为您指明正确的方向。

我真的很理解你的沮丧。您决定要认真追踪泄漏的第一个项目是一项痛苦的练习。您必须掌握 Objective-C 内存管理的重要领域，并学习一些非常复杂的工具(尤其是分析器)。但是一旦你在一个大项目中完成了一次练习，并掌握了这些工具，你就会有那种“啊哈”的感觉，追踪内存泄漏将成为一个简单的(或者至少是有条不紊的)过程。

关于objective-c - 影响保留计数的因素，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11166982/