iOS内存管理策略和实践
2015-08-12 17:35
435 查看
内存管理策略(memory Management Policy)
NSObject protocol中定义的的方法和标准命名惯例一起提供了一个引用计数环境,内存管理的基本模式处于这个环境中。NSObject类定义了一个方法叫dealloc,当对象销毁的时候,dealloc会被自动调用。本文描述,在Cocoa中所有正确管理内存基本规则,并提供了一些使用正确的例子。
【基本的内存管理规则】
内存管理模式基于对象的“所有权”上。任何对象都会被有一个或多个使用者引用,只要对象还有一个使用者,该对象就应该继续存在。如果一个对象没有使用者了,系统将自动销毁它。为了让开发者清晰的了解:使用对象和不再使用对象的场景,Cocoa设置了以下策略:
1.管好自己创建的对象。开发者使用alloc、new、copy和mutableCopy来创建对象。
2.使用retain来获得对象的所有权。某个函数接受的对象,通常保证在该函数调用期间仍然可用,并可以安全返回对象给上层调用者。开发者在以下两种情况下使用retain
1)在“访问函数”(accessor)的实现中或者在init方法,为了将对象作为自己的属性。
2)防止对象被其他操作释放掉,从而变为无效的对象。
3.当你不在需要的时候,必须放弃对象所有权。
一个简单的例子
看看下面的代码段,可以证明刚刚的所说的策略
Person被通过alloc创建之后,当Person不在使用的时候,发送了一个release的消息。name这个变量没有使用,所以name不必发送release消息。
使用autorelease来发送一个延迟的release,能保证调用者在string销毁前使用返回值。
典型的使用场景:函数返回一个对象的时候。例如,你可以像这样实现fullName的方法:
上面就是典型的场景:你想放弃对象的所有权,但是又想让调用者在string销毁前使用返回值。
还可以通过下面的实现达到上面的效果:
根据命名惯例,full name方法不具备返回值的所有权。因此,调用者无需对返回值string进行release
开发者不应该获得“通过引用传递的对象”的所有权
Cocoa中的一些方法,指定是传递引用。例如NSError对象包涵错误的信息,比如:initWithContentsOfURL:options:error: (NSData) and initWithContentsOfFile:encoding:error: (NSString).这种情况,之前的规则中已经描述过了。你调用这些方法,但是没有创建NSError对象,所以,你没有它的所有权。因此不用release,比如:
【实现dealloc放弃对象的所有权】
NSObject类定义了一个方法dealloc,当某个对象没有使用者,并它的内存是可再生的,delloc就自动被调用。delloc的角色就是释放对象占用的内存并且处理自己所拥有的资源,包括本身变量的释放。
下面的代码展示了,如何实现Person类的dealloc函数。
也可以这么理解,如果一个对象中有copy和retain,那么需要再dealloc中释放
重要】
任何时候,不要直接调用某一对象的dealloc。
不许在dealloc的最后一行调用父类的dealloc
不要尝试管理系统资源。(参考内存管理实践)
应用程序终止的时候,对象的dealloc可能不会被调用。因为进程的内存是自动清除退出,让操作系统清理资源比调用所有的内存管理方法更有效地。
Core Foundation使用相似的却又不同的规则
Core Foundation对象使用类似的内存管理规则(查看Memory Management Programming Guide for Core Foundation),但是Cocoa和Core Foundation的命名管理并不相同。尤其是,Core Foundation的Create Rule(在Memory Management Programming Guide for Core Foundation中查看“The Create Rule” )并不适用于返回Objective-C对象的方法。比如以下代码片段:
NSObject protocol中定义的的方法和标准命名惯例一起提供了一个引用计数环境,内存管理的基本模式处于这个环境中。NSObject类定义了一个方法叫dealloc,当对象销毁的时候,dealloc会被自动调用。本文描述,在Cocoa中所有正确管理内存基本规则,并提供了一些使用正确的例子。
【基本的内存管理规则】
内存管理模式基于对象的“所有权”上。任何对象都会被有一个或多个使用者引用,只要对象还有一个使用者,该对象就应该继续存在。如果一个对象没有使用者了,系统将自动销毁它。为了让开发者清晰的了解:使用对象和不再使用对象的场景,Cocoa设置了以下策略:
1.管好自己创建的对象。开发者使用alloc、new、copy和mutableCopy来创建对象。
2.使用retain来获得对象的所有权。某个函数接受的对象,通常保证在该函数调用期间仍然可用,并可以安全返回对象给上层调用者。开发者在以下两种情况下使用retain
1)在“访问函数”(accessor)的实现中或者在init方法,为了将对象作为自己的属性。
2)防止对象被其他操作释放掉,从而变为无效的对象。
3.当你不在需要的时候,必须放弃对象所有权。
一个简单的例子
看看下面的代码段,可以证明刚刚的所说的策略
{ Person *aPerson = [[Person alloc] init]; // ... NSString *name = aPerson.fullName; // ... [aPerson release]; }
Person被通过alloc创建之后,当Person不在使用的时候,发送了一个release的消息。name这个变量没有使用,所以name不必发送release消息。
使用autorelease来发送一个延迟的release,能保证调用者在string销毁前使用返回值。
典型的使用场景:函数返回一个对象的时候。例如,你可以像这样实现fullName的方法:
- (NSString *)fullName { NSString *string = [[[NSString alloc] initWithFormat:@"%@ %@", self.firstName, self.lastName] autorelease]; return string; }
上面就是典型的场景:你想放弃对象的所有权,但是又想让调用者在string销毁前使用返回值。
还可以通过下面的实现达到上面的效果:
- (NSString *)fullName { NSString *string = [NSString stringWithFormat:@"%@ %@", self.firstName, self.lastName]; return string; }
根据命名惯例,full name方法不具备返回值的所有权。因此,调用者无需对返回值string进行release
开发者不应该获得“通过引用传递的对象”的所有权
Cocoa中的一些方法,指定是传递引用。例如NSError对象包涵错误的信息,比如:initWithContentsOfURL:options:error: (NSData) and initWithContentsOfFile:encoding:error: (NSString).这种情况,之前的规则中已经描述过了。你调用这些方法,但是没有创建NSError对象,所以,你没有它的所有权。因此不用release,比如:
NSString *fileName = <#Get a file name#>; NSError *error; NSString *string = [[NSString alloc] initWithContentsOfFile:fileName encoding:NSUTF8StringEncoding error:&error]; if (string == nil) { // Deal with error... } // ... [string release];
【实现dealloc放弃对象的所有权】
NSObject类定义了一个方法dealloc,当某个对象没有使用者,并它的内存是可再生的,delloc就自动被调用。delloc的角色就是释放对象占用的内存并且处理自己所拥有的资源,包括本身变量的释放。
下面的代码展示了,如何实现Person类的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
也可以这么理解,如果一个对象中有copy和retain,那么需要再dealloc中释放
重要】
任何时候,不要直接调用某一对象的dealloc。
不许在dealloc的最后一行调用父类的dealloc
不要尝试管理系统资源。(参考内存管理实践)
应用程序终止的时候,对象的dealloc可能不会被调用。因为进程的内存是自动清除退出,让操作系统清理资源比调用所有的内存管理方法更有效地。
Core Foundation使用相似的却又不同的规则
Core Foundation对象使用类似的内存管理规则(查看Memory Management Programming Guide for Core Foundation),但是Cocoa和Core Foundation的命名管理并不相同。尤其是,Core Foundation的Create Rule(在Memory Management Programming Guide for Core Foundation中查看“The Create Rule” )并不适用于返回Objective-C对象的方法。比如以下代码片段:
MyClass *myInstance = [MyClass createInstance];
相关文章推荐
- IOS的水滴文件效果
- 安装nagios 登陆后提示nagios Internal Server Error
- iOS跳转到打电话
- iOS竖屏自动滚动或欢迎页
- iOS Crash文件分析]-如何使用symbolicatecrash工具
- iOS开发系列--地图与定位
- iOS 版本自动更新
- iOS正则匹配手机号
- 如何学习IOS
- 有关iOS培训的学习方法
- iOS 中导航控制器全屏向右滑动返回上一界面
- 利用Nagios + CloudWatch API 监控 Amazon 实例
- 快快快!27个提升效率的iOS开源库推荐
- iOS推送过程详解
- IOS开发在线文档 记录下
- iOS属性字符串NSMutableAttributedString
- iOS开发-Day23-OC设计模式&代码块
- iOS crash 报错类型
- ios-oc数据类型
- iOS QQ第三方登录 提示所安装的QQ不是最新版本的问题