NSString的几个初始化方法区别

1、initWithFormat是实例方法

只能经由过程 NSString* str = [[NSString alloc] initWithFormat:@"%@",@"Hello World"] 调用,然则必须手动release来开释内存资料

2、stringWithFormat是类方法

可以直接用 NSString* str = [NSString stringWithFormat:@"%@",@"Hello World"] 调用,内存经管上是autorelease的,不消手动显式release

别的国外有个贴子对此有专门评论辩论并且提出了一个常见错误:label.text = [[NSString alloc] initWithFormat:@"%@",@"abc"];最后在dealloc中将label给release掉然则仍然会产生内存泄漏!

原因在于:用label.text = ...时,实际是隐式调用的label的setText办法,这会retain label内部的字符串变量text(哪怕这个字符串的内容跟传进来的字符串内容雷同,但体系仍然当成二个不合的字符串对象),所以最后release label时,实际上只开释了label内部的text字符串,然则最初用initWithFormat生成的字符串并未开释,终极造成了泄漏。

解决办法有二个:

1、NSString * str = [[NSString alloc] initWithFormat:@"%@",@"abc"];label.text = str;[str release]最后在dealloc中再[label release]

2、label.text = [NSString stringWithFormat:@"%@",@"abc"];然后剩下的工作交给NSAutoreleasePool最后,若是你不断定你的代码是否有内存泄漏题目,可以用Xcode中的Build-->Build And Analyze 做初步的搜检.

前几天,同事提到initWithString和initWithFormat的区别问题,觉得很有意思,决定研究下,现把成果和大家分享。下面是测试代码:

NSString * str =[[NSString alloc] initWithString:@"this is from initWithString function"];

NSLog(@"this is from [[NSString alloc] initWithString] m_addr is %ld retainCount is %i", str, [str retainCount]);

[str release];

[str release];

[str release];

NSLog(@"this is from [[NSString alloc] initWithString] m_addr is %ld retainCount is %i", str, [str retainCount]);

str = [[NSString alloc] initWithFormat:@"this is from initWithFormat function"];

NSLog(@"this is from [[NSString alloc] initWithFormat] m_addr is %ld retainCount is %d", str, [str retainCount]);

下面是LOG的结果:

this is from [[NSString alloc] initWithString] m_addr is 12356 retainCount is 2147483647

this is from [[NSString alloc] initWithString] m_addr is 12356 retainCount is 2147483647

this is from [[NSString alloc] initWithFormat] m_addr is 82076688 retainCount is 1

this is from [[NSString alloc] initWithString] m_addr is 12356 retainCount is 2147483647

this is from [[NSString alloc] initWithString] m_addr is 12356 retainCount is 2147483647

this is from [[NSString alloc] initWithFormat] m_addr is 78748112 retainCount is 1

this is from [[NSString alloc] initWithString] m_addr is 12356 retainCount is 2147483647

this is from [[NSString alloc] initWithString] m_addr is 12356 retainCount is 2147483647

this is from [[NSString alloc] initWithFormat] m_addr is 78777072 retainCount is 1

我将上面这段测试代码调用了三次,得到以上的LOG结果。

顺便得出这么几条结论:

1.从两个变量的地址看,两个变量的地址差据较大。前者的地址非常靠前。

2.从release看,前者无论被release多少次,都不会被释放,而且的值不变,而后者只要release一次,变量即消亡。

3.前者的releaseCount= NSIntegerMax,而NSIntegerMax ==INT_MAX ,而 UINT_MAX== (INT_MAX * 2U + 1U)。U是指无符号整型,而我们默认的int和NSInteger是有符号的,在32位系统中,NSIntegerMax=0X7FFFFFFF,对其乘以2U,即一次向左挪一位。结果为0XFFFFFFFE,再加1U为0XFFFFFFFF,即无符号的最大值。

然后根据苹果官方对于retainCount方法的描述:retainCountReturns the receiver’s reference count. (required)- (NSUInteger)retainCountReturn ValueThe receiver’s reference count.DiscussionYou might override this method in a class to implement your own reference-counting scheme. For objects that never get released (that is, their release method does nothing), this method should return UINT_MAX, as defined in.

此处的UINT_MAX和NSIntegerMax是一样的,都是表示所在类型的最大值。所以,initWithString这个方法初始化后的对象是不可能被release的或者说,它的release方法啥也不干。

验证了上面的分析2.因为他不可能被release的或者说,它的release方法啥也不干,所以我们调用无数次release都没有起到预先想想的作用。

为什么会导致这样的情况呢?

我们再次把目光转向地址。眼尖的同学可能会看到initWithString申请的地址每次都是一样的,而initWithFormat的地址每次都不一样,这个说明什么?

说明initWithString的地址是静态的,而initWithFormat是动态的。为什么前者是静态的,而后者是动态的?

结合上面关于retainCount的分析,认为initWithString的地址申请是在编译是进行的,这样才能说明为什么它的地址空间如此靠前。只有在编译是进行的,他才是静态的。

卡盟刷钻http://www.kamengshuazuanpt.com/对于initWithString生成的对象,对其进行dealloc时,程序会报错(这里就不贴LOG了)。而后者initWithFormat不会报错。这进一步验证了initWithString生成的是静态对象,而initWithFormat是动态的。

结论:initWithString生成的对象是在编译是申请地址空间,而且在程序中不能释放,不建议使用。(当然也有可能在某种情况下会使用到这个方法,在此不多加讨论)。

在ObjectiveC中NSString中有一个 stringWithFormat:方法

常见的输出方式:

NSString *height;

height = [NSString stringWithFormat:@"Your height is %d feet, %d inches.",5,11];

NSLog(@"%@",height);

输出结果:

2013-04-12 10:30:47.744 String[2161:303] Your height is 5 feet, 11 inches.

输出多个字符的方式(以两个字符为例):

NSString *str;

NSString *str1 = @"123";

NSString *str2 = @"465";

str = [NSString stringWithFormat:@"%@,%@",str1, str2];

NSLog(@"%@",str);

输出结果:

2013-04-12 10:31:48.213 String[2171:303] 123,465

下面这种方式是错误的:

str = [NSString stringWithFormat:@"123",@"456"];

NSLog(@"%@",str);

关于stringWithFormat:

输出结果:

2013-04-12 10:35:34.043 String[2209:303] 123

@“456” 不会被输出;

以上代码可以改写成:

str = [NSString stringWithFormat:@"%@,%@",@"123",@"456"];

NSLog(@"%@",str);

输出结果:

2013-04-12 10:42:39.541 String[2229:303] 123,456

我们经常会初始化一些string使用NSString的stringWithString函数

但使用时发现了一个stringWithString的问题,如图

当参数是nil时,stringWithString会crash,所以使用时必须验证参数不是nil

相比较stringWithFormat就不会crash但返回的str也不是nil而是@"(null)"

所以再做此类操作时事先要判断参数

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容