Mac
iPhone/Mac Objective-C内存管理教程和原理剖析(三)@property (retain)和@synthesize的默认实现
by Elton on 七.29, 2010, under iPhone, Mac
三 @property (retain)和@synthesize的默认实现
在这里解释一下@property (retain) ClassB* objB;和@synthesize objB;背后到底发生了什么(retain property的默认实现)。property实际上是getter和setter,针对有retain参数的property,背后的实现如下(请参考附件中的memman-getter-setter.m,你会发现,结果和memman-property.m一样):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | @interface ClassA : NSObject { ClassB *objB; } -(ClassB *) getObjB; -(void) setObjB:(ClassB *) value; @end @implementation ClassA -(ClassB*) getObjB { return objB; } -(void) setObjB:(ClassB*) value { if (objB != value) { [objB release]; objB = [value retain]; } } |
在setObjB中,如果新设定的值和原值不同的话,必须要把原值对象release一次,这样才能保证retain count是正确的。
由于我们在class内部retain了一次(虽然是默认实现的),所以我们要在dealloc方法中release这个成员变量。
1 2 3 4 5 | -(void) dealloc { [objB release]; [super dealloc]; } |
摘自:http://www.cnblogs.com/VinceYuan
iPhone/Mac Objective-C内存管理教程和原理剖析(二)口诀与范式
by Elton on 七.29, 2010, under iPhone, Mac
二 口诀与范式
1 口诀。
1.1 谁创建,谁释放(类似于“谁污染,谁治理”)。如果你通过alloc、new或copy来创建一个对象,那么你必须调用release或autorelease。换句话说,不是你创建的,就不用你去释放。
例如,你在一个函数中alloc生成了一个对象,且这个对象只在这个函数中被使用,那么你必须在这个函数中调用release或autorelease。如果你在一个class的某个方法中alloc一个成员对象,且没有调用autorelease,那么你需要在这个类的dealloc方法中调用release;如果调用了autorelease,那么在dealloc方法中什么都不需要做。
1.2 除了alloc、new或copy之外的方法创建的对象都被声明了autorelease。
1.3 谁retain,谁release。只要你调用了retain,无论这个对象是如何生成的,你都要调用release。有时候你的代码中明明没有retain,可是系统会在默认实现中加入retain。不知道为什么苹果公司的文档没有强调这个非常重要的一点,请参考范式2.7和第三章。
2 范式。
范式就是模板,就是依葫芦画瓢。由于不同人有不同的理解和习惯,我总结的范式不一定适合所有人,但我能保证照着这样做不会出问题。
2.1 创建一个对象。
1 | ClassA *obj1 = [[ClassA alloc] init]; |
2.2 创建一个autorelease的对象。
1 | ClassA *obj1 = [[[ClassA alloc] init] autorelease]; |
2.3 Release一个对象后,立即把指针清空。(顺便说一句,release一个空指针是合法的,但不会发生任何事情)
1 2 | [obj1 release]; obj1 = nil; |
2.4 指针赋值给另一个指针。
1 2 3 4 5 | ClassA *obj2 = obj1; [obj2 retain]; //do something [obj2 release]; obj2 = nil; |
2.5 在一个函数中创建并返回对象,需要把这个对象设置为autorelease
1 2 3 4 5 | ClassA *Func1() { ClassA *obj = [[[ClassA alloc]init]autorelease]; return obj; } |
2.6 在子类的dealloc方法中调用基类的dealloc方法
1 2 3 4 5 | -(void) dealloc { … [super dealloc]; } |
2.7 在一个class中创建和使用property。
2.7.1 声明一个成员变量。
1 | ClassB *objB; |
2.7.2 声明property,加上retain参数。
1 | @property (retain) ClassB* objB; |
2.7.3 定义property。(property的默认实现请看第三章)
1 | @synthesize objB; |
2.7.4 除了dealloc方法以外,始终用.操作符的方式来调用property。
self.objB 或者objA.objB
2.7.5 在dealloc方法中release这个成员变量。
1 | [objB release]; |
示例代码如下(详细代码请参考附件中的memman-property.m,你需要特别留意对象是在何时被销毁的。):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | @interface ClassA : NSObject { ClassB* objB; } @property (retain) ClassB* objB; @end @implementation ClassA @synthesize objB; -(void) dealloc { [objB release]; [super dealloc]; } @end |
2.7.6 给这个property赋值时,有手动release和autorelease两种方式。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | void funcNoAutorelease() { ClassB *objB1 = [[ClassB alloc]init]; ClassA *objA = [[ClassA alloc]init]; objA.objB = objB1; [objB1 release]; [objA release]; } void funcAutorelease() { ClassB *objB1 = [[[ClassB alloc]init] autorelease]; ClassA *objA = [[[ClassA alloc]init] autorelease]; objA.objB = objB1; } |
摘自: http://www.cnblogs.com/VinceYuan/
iPhone/Mac Objective-C内存管理教程和原理剖析(一)基本原理
by Elton on 七.29, 2010, under iPhone, Mac
前言
初学objectice-C的朋友都有一个困惑,总觉得对objective-C的内存管理机制琢磨不透,程序经常内存泄漏或莫名其妙的崩溃。我在这里总结了自己对objective-C内存管理机制的研究成果和经验,写了这么一个由浅入深的教程。希望对大家有所帮助,也欢迎大家一起探讨。
此文涉及的内存管理是针对于继承于NSObject的Class。
一 基本原理
Objective-C的内存管理机制与.Net/Java那种全自动的垃圾回收机制是不同的,它本质上还是C语言中的手动管理方式,只不过稍微加了一些自动方法。
1 Objective-C的对象生成于堆之上,生成之后,需要一个指针来指向它。
1 | ClassA *obj1 = [[ClassA alloc] init]; |
2 Objective-C的对象在使用完成之后不会自动销毁,需要执行dealloc来释放空间(销毁),否则内存泄露。
1 | [obj1 dealloc]; |
这带来了一个问题。下面代码中obj2是否需要调用dealloc?
1 2 3 4 5 6 | 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真正销毁这个对象。
1 2 | ClassA *obj1 = [[ClassA alloc] init]; //对象生成时,retain count = 1 [obj1 release]; //release使retain count减1,retain count = 0,dealloc自动被调用,对象被销毁 |
我们回头看看刚刚那个无效指针的问题,把dealloc改成release解决了吗?
1 2 3 4 5 6 | ClassA *obj1 = [[ClassA alloc] init]; //retain count = 1 ClassA *obj2 = obj1; //retain count = 1 [obj1 hello]; //输出hello [obj1 release]; //retain count = 0,对象被销毁 [obj2 hello]; [obj2 release]; |
[obj1 release]之后,obj2依然是个无效指针。问题依然没有解决。解决方法见下一条。
4 Objective-C指针赋值时,retain count不会自动增加,需要手动retain。
1 2 3 4 5 6 7 | ClassA *obj1 = [[ClassA alloc] init]; //retain count = 1 ClassA *obj2 = obj1; //retain count = 1 [obj2 retain]; //retain count = 2 [obj1 hello]; //输出hello [obj1 release]; //retain count = 2 – 1 = 1 [obj2 hello]; //输出hello [obj2 release]; //retain count = 0,对象被销毁 |
问题解决!注意,如果没有调用[obj2 release],这个对象的retain count始终为1,不会被销毁,内存泄露。(1-4可以参考附件中的示例程序memman-no-pool.m)
这样的确不会内存泄露,但似乎有点麻烦,有没有简单点的方法?见下一条。
5 Objective-C中引入了autorelease pool(自动释放对象池),在遵守一些规则的情况下,可以自动释放对象。(autorelease pool依然不是.Net/Java那种全自动的垃圾回收机制)
5.1 新生成的对象,只要调用autorelease就行了,无需再调用release!
1 | ClassA *obj1 = [[[ClassA alloc] init] autorelease]; //retain count = 1 但无需调用release |
5.2 对于存在指针赋值的情况,代码与前面类似。
1 2 3 4 5 6 7 | ClassA *obj1 = [[[ClassA alloc] init] autorelease]; //retain count = 1 ClassA *obj2 = obj1; //retain count = 1 [obj2 retain]; //retain count = 2 [obj1 hello]; //输出hello //对于obj1,无需调用(实际上不能调用)release [obj2 hello]; //输出hello [obj2 release]; //retain count = 2-1 = 1 |
细心的读者肯定能发现这个对象没有被销毁,何时销毁呢?谁去销毁它?(可以参考附件中的示例程序memman-with-pool.m)请看下一条。
6 autorelease pool原理剖析。(其实很简单的,一定要坚持看下去,否则还是不能理解Objective-C的内存管理机制。)
6.1 autorelease pool不是天生的,需要手动创立。只不过在新建一个iphone项目时,xcode会自动帮你写好。autorelease pool的真名是NSAutoreleasePool。
1 | NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; |
6.2 NSAutoreleasePool内部包含一个数组(NSMutableArray),用来保存声明为autorelease的所有对象。如果一个对象声明为autorelease,系统所做的工作就是把这个对象加入到这个数组中去。
1 | ClassA *obj1 = [[[ClassA alloc] init] autorelease]; //retain count = 1,把此对象加入autorelease pool中 |
6.3 NSAutoreleasePool自身在销毁的时候,会遍历一遍这个数组,release数组中的每个成员。如果此时数组中成员的retain count为1,那么release之后,retain count为0,对象正式被销毁。如果此时数组中成员的retain count大于1,那么release之后,retain count大于0,此对象依然没有被销毁,内存泄露。
6.4 默认只有一个autorelease pool,通常类似于下面这个例子。
1 2 3 4 5 6 7 8 9 10 | int main (int argc, const char *argv[]) { NSAutoreleasePool *pool; pool = [[NSAutoreleasePool alloc] init]; // do something [pool release]; return (0); } // main |
所有标记为autorelease的对象都只有在这个pool销毁时才被销毁。如果你有大量的对象标记为autorelease,这显然不能很好的利用内存,在iphone这种内存受限的程序中是很容易造成内存不足的。例如:
1 2 3 4 5 6 7 8 9 10 11 12 | int main (int argc, const char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; int i, j; for (i = 0; i < 100; i++ ) { for (j = 0; j < 100000; j++ ) [NSString stringWithFormat:@"1234567890"];//产生的对象是autorelease的。 } [pool release]; return (0); } // main |
(可以参考附件中的示例程序memman-many-objs-one-pool.m,运行时通过监控工具可以发现使用的内存在急剧增加,直到pool销毁时才被释放)你需要考虑下一条。
7 Objective-C程序中可以嵌套创建多个autorelease pool。在需要大量创建局部变量的时候,可以创建内嵌的autorelease pool来及时释放内存。(感谢网友hhyytt和neogui的提醒,某些情况下,系统会自动创建autorelease pool, 请参见第四章)
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | int main (int argc, const char *argv[]) { NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init]; int i, j; for (i = 0; i < 100; i++ ) { NSAutoreleasePool *loopPool = [[NSAutoreleasePool alloc] init]; for (j = 0; j < 100000; j++ ) [NSString stringWithFormat:@"1234567890"];//产生的对象是autorelease的。 [loopPool release]; } [pool release]; return (0); } // main |
(可以参考附件中的示例程序memman-many-objs-many-pools.m,占用内存的变化极小)
转载自:http://www.cnblogs.com/VinceYuan
iPhone 3GS升级iOS4.0并越狱
by Elton on 七.04, 2010, under iPhone
手上有一部港行的iPhone 3GS,虽然是41周前的,但是因为之前用了Spirit,所以无法直接使用自制固件了。
今天发现一个Cydia上的软件,可以解决这个问题。
前提就是您必须在iPhone 3GS的(旧的bootrom)和Spirit 越狱3.1.3
*打开cydia,并添加源 – > http://repo.woowiz.net
*现在搜索 – > Spirit2Pwn。
*安装Spirit2Pwn和重新启动设备。

现在,Spirits越狱的机器可以接受任何自制4.0固件了.
如何使用SHA1或者MD5校验文件完整性
by Elton on 七.04, 2010, under Linux, Mac
有时候当你下载了一个大的文件,但是不知道这个文件是否完整的时候,可以使用提供下载者公布的md5或者sha1码来校验你所下载的文件是否跟下载提供着提供的文件完全一致。
如果你使用的是Mac OSX,UNIX或者Linux,可以使用以下命令来做这个工作:
1 2 | /usr/bin/openssl sha1 [full path to file] /usr/bin/openssl md5 [full path to file] |
第一条命令是使用sha1来校验文件,第二条是使用md5来校验。 校验后会得到类似于如下的结果:
1 2 | /usr/bin/openssl md5 sample.iso MD5(sample.iso)= 3be75df53e0cfb3905af0b4f4471c9f3 |
等号后面的就是对应的MD5的值,你可以跟下载提供着公布的MD5值进行比对,如果完全一致,那么恭喜你,你所下载的文件跟下载提供者的文件一模一样。
如何配置iAd
by Elton on 六.29, 2010, under iPhone
1. 导入iAd.framework
2.选择要定制iAd的TabViewController.h , 添加代码
1 2 3 4 5 6 7 8 9 10 11 12 13 14 | #import <UIKit/UIKit.h> #import <iAd/ADBannerView.h> @interface TabViewController : UIViewController<ADBannerViewDelegate> { ADBannerView *adView; UILabel *adStatus; } - (void)bannerViewDidLoadAd:(ADBannerView *)banner; - (BOOL)bannerViewActionShouldBegin:(ADBannerView *)banner willLeaveApplication:(BOOL)willLeave; - (void)bannerViewActionDidFinish:(ADBannerView *)banner; - (void)bannerView:(ADBannerView *) didFailToReceiveAdWithError:(NSError *)error; - (void)adAvailabilityDidChange; @property (nonatomic, retain) ADBannerView *adView; @property (nonatomic, retain) UILabel *adStatus; @end |
3.对应的TabViewController.m
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 | #import "TabViewController.h" @implementation TabViewController @synthesize adStatus; @synthesize adView; // Implement viewDidLoad to do additional setup after loading the view, typically from a nib. - (void)viewDidLoad { [super viewDidLoad]; adView = [[ADBannerView alloc] initWithFrame:CGRectMake(0, 250, 320, 50)]; self.adView.delegate = self; self.adView.backgroundColor = [UIColor whiteColor]; [self.view addSubview:adView]; adStatus = [[UILabel alloc] initWithFrame:CGRectMake(10, 20, 200, 30)]; [self.view addSubview:adStatus]; NSLog(@"Trying to change the ad status"); } - (void)adAvailabilityDidChange { NSLog(@"[iAd]: Ads are available! Let's display one!"); // if([ADManager sharedAdManager].canPresentModalAd == YES) // [[ADManager sharedAdManager] presentModalAdFromViewController:self]; } - (void)cancelBannerViewAction { NSLog(@"Banner was cancelled!"); self.adStatus.text = @"[iAd]: Bannes was closed."; } - (void)bannerViewDidLoadAd:(ADBannerView *)banner { NSLog(@"[iAd]: Ad did load."); self.adStatus.text = @"[iAd]: Ad did load."; } - (BOOL)bannerViewActionShouldBegin:(ADBannerView *)banner willLeaveApplication:(BOOL)willLeave { NSLog(@"[iAd]: An action was started from the banner. Application will quit: %d", willLeave); self.adStatus.text = @"[iAd]: An action was started from the banner. Application will quit: %d", willLeave; return YES; } - (void)bannerViewActionDidFinish:(ADBannerView *)banner { NSLog(@"[iAd]: Action finished."); self.adStatus.text = @"[iAd]: Action finished."; } - (void)bannerView:(ADBannerView *) didFailToReceiveAdWithError:(NSError *)error { NSLog(@"[iAd]: Faild to load the banner: %@", error); self.adStatus.text = @"[iAd]: Faild to load the banner: %@", error; } - (void)didReceiveMemoryWarning { // Releases the view if it doesn't have a superview. [super didReceiveMemoryWarning]; // Release any cached data, images, etc that aren't in use. } - (void)viewDidUnload { // Release any retained subviews of the main view. // e.g. self.myOutlet = nil; } - (void)dealloc { [super dealloc]; } @end |
理解iPhone项目的BaseSDK和DeploymentTarget含义
by Elton on 六.17, 2010, under iPhone
iPhone OS的版本众多,很多用户由于各种各样的原因没有升级到最新版,这就给我们开发者带了麻烦。作为开发者,我们都希望软件的受众越多越好。怎么样让软件尽量适应最多的iPhone OS?这里我们就应该了解iPhone项目的Base SDK和iPhone OS Deployment Target。
Base SDK指的是当前编译用的SDK版本。iPhone OS Deployment Target指的是编译出的程序将在哪个系统版本上运行。
用更简单实用的语句描述如下:
Base SDK设置为当前xcode所支持的最高的sdk版本,比如”iphone Device 4.0″。iPhone OS Deployment Target设置为你所支持的最低的iPhone OS版本,比如”iPhone OS 3.0″。
这样设置之后,你的程序就可以运行于从iPhone OS 3.0 到 4.0的设备之上。当然,前提是,你没有用到4.0新加的API。
那么如果需要使用到新的API怎么办呢?请参考官方Sample MailComposer http://developer.apple.com/iphone/library/samplecode/MailComposer/index.html
转载自http://www.cnblogs.com/vinceoniphone/archive/2010/06/13/1757743.html
将你的Snow Leopard设置为64位
by Elton on 三.30, 2010, under Mac
很多人对Snow Leopard的64位还是一头雾水,下面我详细说一下。
首先,默认情况下,Snow Leopard总是开启32位内核;如果你的CPU是Core 2或者Core i7(的话,系统会在运行程序时自动启动Universal Binary中的64位部分(这里的Universal是32位Intel和64位Intel的Universal,不是指PPC和Intel的),因为默认的32位内核可以运行64位程序。但是,如果你想从内核就变成完全的64位,那么需要你的Mac还具备一个条件,就是你的EFI必须是64位的。EFI是固件用户接口,这里指的是你的固件必须是64位的。
EFI是否为64位的判别方法是:
打开终端,输入代码:
1 | ioreg -l -p IODeviceTree | grep "firmware-abi" | sed -e 's/[^0-9A-Z]//g' |
回车后,如果返回EFI64,则表示是64位的EFI,如果是EFI32则表明是32位的EFI……
通过Mactracker搜索,得到的分界如下:
MacBook:由于苹果限制,MB均不可开启64位内核。
MacBook Pro:MA895/896/897(Mid 2007)及以前的机型是32位的EFI,之后的机型是64位。
iMac:MA876/877/878(Mid 2007)有一部分是32位的EFI,一部分是64位的EFI,在这之前的都是32位,之后都是64位。
Mac Pro:第一代4核和8核都是32位,以后的都是64位。
注意,以上统计信息不一定准确,如果你在自己的机器上发现与上述写法不符的,请及时提出,我将做出更正!
目前已知MA895(预装Tiger)也具备64位EFI,因此wikipedia所谓预装Tiger是32位EFI的言论已经不靠谱了……
关于开启64位内核后的检查方法有四种:
1、进入“About This Mac”,点击“More Info”,在弹出的“System Profiler”中选择左边的“Software”,在右侧可以看到“64-bit kernel and extensions”,即可得知是否开启了64位内核。
2、打开终端,输入“uname -m”即可查看内核构架:
3、打开终端,输入”uname -v”即可查看内核发布信息:
4、打开“活动监视器”,找到进程“kernel_tasks”(PID为0),查看它的构架,它就代表内核。
最后说明开启64位的方法:
暂时性方法:
开机启动听到“咚”的一声马上按住“6″和”4″直到启动完成。建议先用这种方法查看开启64位内核是否有问题,我曾经在一台机器上面尝试开启64位后键盘失灵了。
永久性方法:
打开终端,拷贝下面的命令,回车运行:
1 | sudo /Applications/TextEdit.app/Contents/MacOS/TextEdit /Library/Preferences/SystemConfiguration/com.apple.Boot.plist |
在弹出的文本编辑器中,找到kernel_flag下面的
也就是说,改好的文件应该是这个样子:
1 2 3 4 5 6 7 8 9 10 | <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Kernel</key> <string>mach_kernel</string> <key>Kernel Flags</key> <string>arch=x86_64</string> </dict> </plist> |
改完之后保存退出就可以了。
在XCode中编辑公司名称
by Elton on 三.25, 2010, under Mac
使用XCode开发Objective-C的应用的时候,XCode的模板会自动帮你在每个文件头部加入一段注释,里面包括了公司的名称。如:
之前只能通过命令行方式来更改,但是在XCode 3.2之后,可以直接在XCode中来更新这个信息。
首选选择项目名称,然后右键点击,选择Get Info。

在General Settings标签中,在Organization Name字段中填入你的公司的名字。
如何使用Objective-C解析HTML和XML
by Elton on 二.25, 2010, under Mac
使用Objective-C解析HTML或者XML,系统自带有两种方式一个是通过libxml,一个是通过NSXMLParser。不过这两种方式都需要自己写很多编码来处理抓取下来的内容,而且不是很直观。
有一个比较好的类库hpple,它是一个轻量级的包装框架,可以很好的解决这个问题。它是用XPath来定位和解析HTML或者XML。
安装步骤:
-加入 libxml2 到你的项目中
Menu Project->Edit Project Settings
搜索 “Header Search Paths”
添加新的 search path “${SDKROOT}/usr/include/libxml2″
Enable recursive option
-加入 libxml2 library 到你的项目
Menu Project->Edit Project Settings
搜索 “Other Linker Flags”
添加新的 search flag “-lxml2″
-将下面hpple的源代码加入到你的项目中:
HTFpple.h
HTFpple.m
HTFppleElement.h
HTFppleElement.m
XPathQuery.h
XPathQuery.m
-XPath学习地址http://www.w3schools.com/XPath/default.asp
示例代码:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 | #import "TFHpple.h" NSData *data = [[NSData alloc] initWithContentsOfFile:@"example.html"]; // Create parser xpathParser = [[TFHpple alloc] initWithHTMLData:data]; //Get all the cells of the 2nd row of the 3rd table NSArray *elements = [xpathParser search:@"//table[3]/tr[2]/td"]; // Access the first cell TFHppleElement *element = [elements objectAtIndex:0]; // Get the text within the cell tag NSString *content = [element content]; [xpathParser release]; [data release]; |
另外,还有一个类似的解决方案可以参考
ElementParser http://github.com/Objective3/ElementParser


