iOS内存管理

最新推荐文章于 2024-02-28 09:30:00 发布

工程师WWW

最新推荐文章于 2024-02-28 09:30:00 发布

阅读量3.2w

点赞数

分类专栏： iOS 文章标签： ios xcode timer interface leak class

本文链接：https://blog.csdn.net/weiwangchao_/article/details/7376189

版权

本文深入探讨了iOS的内存管理原则，包括引用计数、autoreleasePool的使用、成员变量与属性的关系、自动管理对象以及特殊情况的处理。文章指出内存管理的重点在于引用计数的平衡，避免内存泄露和非法访问，并介绍了内存管理的常见方法和技巧，如使用release、autorelease以及在适当位置设置nil。同时，讨论了在view的生命周期中如何正确管理内存，特别是涉及到内存警告和视图卸载的情况。

摘要由CSDN通过智能技术生成

1. 内总管理原则(引用计数)
IOS的对象都继承于NSObject, 该对象有一个方法:retainCount ，内存引用计数。引用计数在很多技术都用到: window下的COM组件，多线程的信号量，读写锁，思想都一样。

(一般情况下: 后面会讨论例外情况)
alloc 对象分配后引用计数为1
retain 对象的引用计数+1
copy copy 一个对象变成新的对象(新内存地址) 引用计数为1 原来对象计数不变

release 对象引用计数-1 如果为0释放内存
autorelease 对象引用计数-1 如果为0不马上释放，最近一个个pool时释放
NSLog(@"sMessage retainCount:%u",[sMessage retainCount]);
[sMessage retain]; //2
NSLog(@"sMessage retainCount:%u",[sMessage retainCount]);
NSLog(@"sMessage retainCount:%u",[sMessage retainCount]);
NSLog(@"sMessage retainCount:%u",[sMessage retainCount]);
内存管理的原则就是最终的引用计数要平衡，
如果最后引用计数大于0 则会内存泄露
如果引用计数等于0还对该对象进行操作，则会出现内存访问失败，crash 所以尽量设置为nil

这两个问题都很严重，所以请一定注意内存释放和不用过后设置为nil
2. autoReleasePool
每个工程都有一个 main.m 文件: 内容如下:
int main(int argc, char *argv[]) {

    NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
    int retVal = UIApplicationMain(argc, argv, nil, nil);
    [pool release];
    return retVal;
}
很明显C语言的main 函数:
NSAutoreleasePool 是用来做autorelease 变量释放的，前面说了, autorelease不会马上释放，当他到了最近的pool release 时会检查reatin count 是不是为0, 为0就释放。
当我们在一段代码时加入了大量的autorelease变量时，我们应该为这段代码加上
Autoreleasepool，其它时候不用
在返回一个对象时常常要返回一个autorelease 对象,因为objectC 对象都是动态内存，没有
栈的概念，所以不能像C/C++一样返回一个对象到栈，只能用autorelease对象。
3. 成员变量与属性
实际情况并非上面那么简单，你可能需要在一个函数里调用另一个函数分配的变量这时候
有两个选择: 类成员变量和使用属性
@interface TestMem: NSObject {
TestObject *m_testObject ; // 成员变量
TestObject *testObject; //成员变量
}
成员变量与上面的内存管理是一致的，只是在不同的函数里要保持引用计数加减的平衡
所以要你要每次分配的时候检查是否上次已经分配了。是否还能调用
什么时候用属性?
1. 把成员做为public.
2. outlet 一般声明为属性( 这个内存于系统控制，但我们还是应该做一样操作，后面会讲)
3. 如果很多函数都需要改变这个对象，或这个函数会触发很多次，建议使用属性。我们看看属性函数展开后是什么样子:

// assign
-(void)setTestObject :(id)newValue{
  testObject= newValue;
}
// retain
-(void)setTestObject :(id)newValue{
    if (testObject!= newValue) {
        [testObject release];
  testObject= [newValue retain];
    }
}
// copy
-(void)setTestObject :(id)newValue{
    if (testObject != newValue) {
        [testObject release];
  testObject = [newValue copy];
    }
}
asssign 相于于指针赋值，不对引用计数进行操作，注意原对象不用了，一定要把这个设置为nil
retain 相当于对原对象的引用计数加1
copy 不对原对象的引用计数改变，生成一个新对象引用计数为1
注意:
self.testObject 左值调用的是setTestObject 方法. 右值为get方法，get 方法比较简单不用说了
而真接testObject 使用的是成员变量
self.testObject = [[testObject alloc] init]; // 错 reatin 两次
testObject = [NSArray objectbyindex:0]; //错不安全，没有retain 后面release会出错
如果testObject已有值也会mem leak
4. 自动管理对象
IOS 提供了很多static(+) 创建对象的类方法，这些方面是静态的，可以直接用类名
调用如:
NSString *testString = [NSString stringWithFormat:@"test" ];
testString 是自动管理的对象，你不用relese 他，他有一个很大的retain count, release后数字不变。

5. 例外
有一些通过alloc 生成的对象相同是自动管理的如:
NSString *testString = [[NSString alloc] initWithString:@"test1"];
retain count 同样是很大的数，没办法release
但为了代码对应，还是应该加上[ testString release];
不然xcode的Analyze 会认识内存leak, 但Instruments leak 工具检测是没有的
6.view 内存管理
通常我们编程会用到view, 在view 中的方法:

viewDidload
  didReceiveMemoryWarning
viewDidUnload
@property (retain) NSArray *iarrTestMem

viewDidLoad
init retain is 0
(alloc) +1 =1

   if(memwarning)
   didrecivememwarning -0 =1

   didviewunload -1
=0
  will load viewDidLoad when next load view
   esle
   dealloc: -1
=0
我们来看一个变量的生命周期

当view被alloc
A. 框架会自动调用viewDidLoad
一般来说在viewDidLoad 中分配变量:
假设为alloc 现在变量的reatin 为 0 +1 = 1;

第一种情况:
B. 如果这时候view被释放，会调用 dealloc,
这时候我们应该在dealloc里release 这个变量现在为0

第二种情况:
B. 这时候view被换到下层，如navigation的上级，不可显示状态:如果
系统内存吃紧: 系统会发消息，我们的didrecivememwarning 函数
被调用，该函数是提醒我们应该释放一些现在用不上的东西，特别是一些较大的
如图片，cache 数据等，注意如果在这里释放了，代码在用的地方要进行
判断，是否需要重新加载
C. 他会调用didviewunload
这时候我们要注意了，因为他调用了didviewunload,在下次这个view被显示的时候
会再次调用didviewload, 我们在didviewload里分配的娈童就会被分配两次，所以我
们在这里一定要释放didview里分配的变量，不管直接分配的还是间接分配的，
如发消息给其它函数分配的。那我们在下次分配之前释放一次行不行, 不行，因为这
时候内存吃紧了，你应该多释放内存，不然你的程序可能会被系统kill. 还有虽然对
[xxx release] 对nil 发 release 是没问题的，但逻辑上让人觉得很奇怪，以为在别的
地方分配过。所以这里应该释放内存，
如果你是一个属性，用:
self.xxx = nil 比较好，他相当于帮你释放了原来的，还把xxx设置为了nil.
如果不是一个属性 :也最好把xxx= nil. 这样比较安全。如果这个view不再被换入
下一步直接调用 dealloc, 这时候你的dealloc里的[xxx release], 如果这里的xxx不为nil你在
didviewunload里release 了，就非常危险
   D. 如果这时候view被释放，会调用 dealloc,
这时候我们应该在dealloc里release

前面我们说了outlet的内存没办法管理(看下生命周期)

  @property (nonatomic,retain) IBOutlet UILabel *ilblTestMem;
   init retain is 2

   didviewLoad:
= 2
   if(memwarning)
   memwaring - retain count -1
= 1
viewdidunload: -1
=0
  will load viewDidLoad when next load view
else
   dealloc: -1
=1
第一种情况
A. didviewLoad:
retain count 为2
B. dealloc:
-1 retain count 为1
第二种情况:
B. memwarning
系统会把 retain count 减到1
C. viewdidunload
我们应该release 一次这样 retain count 到0，变量会马上dealloc，更快的释放内存
注意用 self.ilblTestMem = nil 设置为nil, 为 dealloc 做准备
D. dealloc:
-1

NSObject *sMessage = [[NSObjectalloc]init]; //1

[sMessagerelease]; //1

NSLog(@"sMessage retainCount:%u",[sMessage retainCount]);

[sMessagerelease]; //0

//not crash (retainCount also can call)

//crash (can not call)

[sMessagerelease];

@property (nonatomic, retain) TestObject testObject*; //为testObject成员变量生成属性方法

@end

iPhone/Mac Objective-C内存管理教程和原理剖析

前言

初学objectice-C的朋友都有一个困惑，总觉得对objective-C的内存管理机制琢磨不透，程序经常内存泄漏或莫名其妙的崩溃。我在这里总结了自己对objective-C内存管理机制的研究成果和经验，写了这么一个由浅入深的教程。希望对大家有所帮助，也欢迎大家一起探讨。

此文涉及的内存管理是针对于继承于NSObject的Class。

一基本原理

Objective-C的内存管理机制与.Net/Java那种全自动的垃圾回收机制是不同的，它本质上还是C语言中的手动管理方式，只不过稍微加了一些自动方法。

1 Objective-C的对象生成于堆之上，生成之后，需要一个指针来指向它。

ClassA *obj1 = [[ClassA alloc] init];

2 Objective-C的对象在使用完成之后不会自动销毁，需要执行dealloc来释放空间（销毁），否则内存泄露。

[obj1 dealloc];

这带来了一个问题。下面代码中obj2是否需要调用dealloc？

ClassA *obj1 = [[ClassA alloc] init];

ClassA *obj2 = obj1;

[obj1 hello]; //输出hello

[obj1 dealloc];

[obj2 hello]; //能够执行这一行和下一行吗？

[obj2 dealloc];

不能，因为obj1和obj2只是指针，它们指向同一个对象，[obj1 dealloc]已经销毁这个对象了，不能再调用[obj2 hello]和[obj2 dealloc]。obj2实际上是个无效指针。

如何避免无效指针？请看下一条。

3 Objective-C采用了引用计数(ref count或者retain count)。对象的内部保存一个数字，表示被引用的次数。例如，某个对象被两个指针所指向（引用）那么它的retain count为2。需要销毁对象的时候，不直接调用dealloc，而是调用release。release会让retain count减1，只有retain count等于0，系统才会调用dealloc真正销毁这个对象。