码迷,mamicode.com
首页 > 移动开发 > 详细

iOS夯实:内存管理

时间:2015-09-29 18:53:12      阅读:243      评论:0      收藏:0      [点我收藏+]

标签:

iOS夯实:内存管理

文章转自 内存管理

最近的学习计划是将iOS的机制原理好好重新打磨学习一下,总结和加入自己的思考。

有不正确的地方,多多指正。

目录: 

基本信息

Objective-C 提供了两种内存管理方式。

  1. MRR (manual retain-release) 手动内存管理
    这是基于reference counting实现的,由NSObject与runtime environment共同工作实现。

  2. ARC (Automatic Reference Counting)自动引用技术
    ARC使用了基于MBR同样的reference counting机制,区别在于系统在编译的时候帮助我们插入了合适的memory management method。

Good Practices能有效的避免内存相关问题

基于内存,主要有两种错误 

  1. 清空或覆盖了还在使用的内存
    这种清空通常会导致应用崩溃,甚至用户数据遭到改写
  2. 没有清空已经不需要的内存会导致内存泄露
    会导致系统性能下降,应用遭到系统终止

实际上,我们不应该只从reference counting的角度来管理内存,这样会让我们纠结于底层细节。我们应该站在object ownership and object graphs的角度来管理内存

可以用一幅这样的图来阐明:

技术分享

旧时代的细节

一.基本内存管理准则

基本的内存管理准则:Cocoa为我们提供了这些准则

  • You own any object you create
    我们通过名字前缀为“alloc”, “new”, “copy”, or “mutableCopy”的方法创建对象

  • You can take ownership of an object using retain
    通过retain来获取对象的ownership,使用retain主要有两种场景 

    1. 在accessor method 或 init method。来获取你想存储的对象的所有权
    2. 在某些场景里避免一个对象被移除,我们可以对它进行retain
  • When you no longer need it, you must relinquish ownership of an object you own
    当我们需要释放一个对象所有权时,我们通过对它发送release或autorelaese消息。

  • You must not relinquish ownership of an object you do not own
    不要释放你没有拥有的对象所有权

关于dealloc:

NSObject为我们提供了一个dealloc方法,当对象被销毁时,系统会自动调用它。这个方法的作用主要是清空对象自身内存与它所持有的资源。例如:

 @interface Person : NSObject
@property (retain) NSString *firstName;
@property (retain) NSString *lastName;
@property (assign, readonly) NSString *fullName;
@end
@implementation Person
- (void)dealloc
    [_firstName release];
    [_lastName release];
    [super dealloc];
}
@end

需要强调的是:永远不要自己调用dealloc方法
在dealloc的最后需要调用super class的dealloc

二.实践中的内存管理准则

1. 使用存取方法来简化内存管理。

如果代码中都是一堆retain release,必然不是一个好的情况。在存取方法里面进行retain和release的操作能够简化内存管理。例如:
- (void)setCount:(NSNumber *)newCount {
    [newCount retain];
    [_count release];
    // Make the new assignment.
    _count = newCount;
}

2. 使用存取方法来设置Property value

对比如下代码,第一种使用了存取方法来设置,第二种直接对实例变量操作。显然我们应该采用第一种,使用第二种情况,简单的情况还好,如果情况一旦复杂,就非常容易出错。并且直接对实例变量操作,不会引发KVO通知。

- (void)reset {
    NSNumber *zero = [[NSNumber alloc] initWithInteger:0];
    [self setCount:zero];
    [zero release];
}

- (void)reset {
    NSNumber *zero = [[NSNumber alloc] initWithInteger:0];
    [_count release];
    _count = zero;
}

3. 不要在初始化方法和dealloc方法中使用Accessor Methods

苹果在《Advanced Memory Management Programming Guide》指出:

Don’t Use Accessor Methods in Initializer Methods and dealloc The only places you shouldn’t use accessor methods to set an instance variable are in initializer methods and dealloc. To initialize a counter object with a number object representing zero, you might implement an init method as follows:

- init {
    self = [super init];
    if (self) {
        _count = [[NSNumber alloc] initWithInteger:0];
    }
    return self;
}

唯一不需要使用Accessor Methods的地方是initializer和dealloc. 在苹果官方文档中没有解释为什么。经过一番查阅后,最主要的原因是此时对象的状况不确定,尚未完全初始化完毕,而导致一些问题的发生。

例如这个类或者子类重写了setMethod,里面调用了其他一些数据或方法,而这些数据和方法需要一个已经完全初始化好的对象。而在init中,对象的状态是不确定的。

举个例子,一个子类重写了set方法,在里面进行了一些子类特有的操作,而此时如果父类在init直接使用Accessor Methods,就会导致问题的发送。

其它一些问题还有,像会触发KVO notification等。[^1] [^2]

总之,记住在开发中记住这个principle最重要。

在开发中,我发现还是有人因为疏忽或不知道而直接在init方法里面使用self.property = XXX来进行赋值,留下了一些隐患。Swift去除了直接和instance variable打交道的途径。统一使用property进行管理,并对init进行严格的规定,提升了安全性,解决了人为因素导致的错误。欢迎对Swift有兴趣的同学继续阅读。从Objective-C到Swift

[^1]: stackoverflow [^2]: objc-zen-book

4. 使用弱引用来避免引用环

我们都知道在ARC,弱引用通过声明property的attribute为weak来实现。 

而在MRR中则是通过引用对象,但是不retain它来实现(A weak reference is a non-owning relationship where the source object does not retain the object to which it has a reference)

在Cocoa中,典型需要使用弱引用的有delegate,data source, notification observer

我们需要注意处理好弱引用对象,如果对已经被销毁的对象发送信息,则会导致crash.通常被弱引用的对象当它将被销毁时,负责通知其它object.

像notification center保存了observer的弱引用,因此当被弱引用observer准备结束生命周期时,observer需要通知notification center,unregister自己。

4. 不要让你正在使用的对象被移除

观察以下两种代码,第一种因为没有retain,对象可能会被移除,而第二种是正确的写法

heisenObject = [array objectAtIndex:n];
[array removeObjectAtIndex:n];
// heisenObject could now be invalid.

heisenObject = [[array objectAtIndex:n] retain];
[array removeObjectAtIndex:n];
// Use heisenObject...
[heisenObject release];

5. Collections类拥有其收集的的对象的所有权

例如NSArray,dictionary等。他们负责其收集的对象的所有权,因此我们不需要retain存进去的对象。 例如下面的allocedNumber就不需要retain了。

for (i = 0; i < 10; i++) {
    NSNumber *allocedNumber = [[NSNumber alloc] initWithInteger:i];
    [array addObject:allocedNumber];
    [allocedNumber release];
}

6. 最后,以上这些ownership policy是基于retain count实现的

  • 当你创建一个对象,它的retain count为1。
  • 当你对一个对象发送retain信息,它的retain count +1 
  • 当你对一个对象发送release信息,他的retain count -1
    当你对一个对象发送autorelease信息,在当前autorelease pool block结束时,retain count -1
  • 当一个对象的retain count 降至0,它就被dealloced了。

三.使用Autorelease Pool block

autorelease pool 为我们提供了一个机制,避免当我们解除一个对象所有权时,对象被立刻销毁(例如从一个方法里返回一个对象)

一个autorelease pool block对象是这样子的:

@autoreleasepool {
    // Code that creates autoreleased objects.
}

在block的最后,所有收到过autorelease消息的对象都会接收到release消息。

在ARC的新时代里面,autorelease pool block主要用于处理避免内存峰值,只是我们不需要再手动添加autorelease的代码了

例如以下这个例子(有点生编硬造,主要为了阐明一下)
如果我们没有添加autoreleasepool,我们最后可需要释放10000*10000个对象,而不是每次循环都分别释放掉10000个对象

- (void)useALoadOfNumbers {
    for (int j = 0; j < 10000; ++j) {
        @autoreleasepool {
            for (int i = 0; i < 10000; ++i) {
                NSNumber *number = [NSNumber numberWithInt:(i+j)];
                NSLog(@"number = %p", number);
            }
        }
    }
}

新时代

详情亲看:iOS夯实:ARC时代的内存管理

 

iOS夯实:内存管理

标签:

原文地址:http://www.cnblogs.com/mglttkx/p/4846809.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!