关于NSString的retainCount的各种结果原因

转载：http://blog.csdn.net/onlyou930/article/details/6932529

http://www.cnblogs.com/celestial/archive/2012/10/10/2719169.html

1. 字符串常量

NSString *s = @"test";

NSLog(@"s:%d",[s retainCount]); // -1或2147483647（即UINT_MAX ( Maximum value an `unsigned int')）

因为"test"为字符串常量，系统不会收回，也不会对其作引用计数，即使我们对s如何retain或release。

2. stringWithFormat

NSString *s = [NSString stringWithFormat:@"%s", "test"];

NSLog(@"s:%d",[s retainCount]); // 1

使用stringWithFormat创建的NSString为变量，系统会进行引用计数。

2. stringWithString

stringWithString这个方法比较特别：它的retainCount取决于它后面跟的string对象

NSString *s1 = [NSString stringWithString:@"test"];

NSString *s2 = [NSString stringWithString:[NSString stringWithFormat:@"test,%d",1]];

NSLog(@"s1:%d",[s1 retainCount]); // 2147483647

NSLog(@"s2:%d",[s2 retainCount]); // 2

可以看到第一个为"常量"对象，其retainCount方法的实现返回的是maxIntValue。

第二个为2，这里也很好理解，也证明了前面说的，这个方法生成的只是一个对另一个对象的引用。一个对象实例，两次的stringWithString，它的retainCount为2，同时都被当前的AutoreleasePool管理。

NSString是一个不可变的字符串对象。这不是表示这个对象声明的变量的值不可变，而是表示它初始化以后，你不能改变该变量所分配的内存中的值，但你可以重新分配该变量所处的内存空间。

－－－－－－－－－－－－－－－－我是华丽丽的分割线－－－－－－－－－－－－－－－

生成一个NSString类型的字符串有三种方法:

方法1.直接赋值:     NSString *str1 = @"my string";

方法2.类函数初始化生成:     NSString *str2 = [NSString stringWithString:@"my string"];

方法3.实例方法初始化生成:　  NSString *str3 = [[NSString alloc] initWithString:@"my string"];

　　　　　　　　　　　　　　NSString *str4 = [[NSString alloc]initWithFormat:@"my string"];

区别1: 方法一生成字符串时,不会初始化内存空间,所以使用结束后不会释放内存;

　　　而其他三个都会初始化内存空间,使用结束后要释放内存;

　　　在释放内存时方法2和3也不同,方法2是autorelease类型,内存由系统释放;方法3则必须手动释放

区别2:用Format初始化的字符串，需要初始化一段动态内存空间，如：0x6a42a40;

　　　而用String声明的字符串，初始化的是常量内存区，如：0x46a8，常量内存区的地址，只要值相同，占用的地址空间是一致的。

　　　所以str3和str1的地址一致，但是str4和str1的地址不一致。

－－－－－－－－－－－－华丽丽的分割线－－－－－－－－－－－－－－－－－－－－

生成一个NSString类型的字符串有三种方法:

方法1.直接赋值:    NSString *testStr1 = @"a";

方法2.类函数初始化生成:

NSString *testStr2 = [NSString stringWithString:@"b"];

NSString *testStr3 = [NSString stringWithFormat:@"c"];

方法3.实例方法初始化生成:　

NSString *testStr4 = [[NSString alloc] initWithString:@"d"];

NSString *testStr5 = [[NSString alloc] initWithFormat:@"e"];

首先查看它们的地址和引用计数：

2012-10-11 17:35:25.601 StringDemo[8514:11303] test1Address:0x4698

2012-10-11 17:35:25.601 StringDemo[8514:11303] test2Address:0x46a8

2012-10-11 17:35:25.602 StringDemo[8514:11303] test3Address:0x746c820

2012-10-11 17:35:25.602 StringDemo[8514:11303] test4Address:0x46c8

2012-10-11 17:35:25.603 StringDemo[8514:11303] test5Address:0x7455990

 

2012-10-11 17:35:25.585 StringDemo[8514:11303] test1:4294967295

2012-10-11 17:35:25.586 StringDemo[8514:11303] test2:4294967295

2012-10-11 17:35:25.596 StringDemo[8514:11303] test3:1

2012-10-11 17:35:25.600 StringDemo[8514:11303] test4:4294967295

2012-10-11 17:35:25.600 StringDemo[8514:11303] test5:1

 

从上可以看出，test1,test2,test4都是在一个内存区域，也就是上文所说的常量内存区。test3,test5在一个内存区，也就是堆区。

这里就有一个疑问：[NSString alloc] initWithString:@"d"这种方式初始化的字符串，也就是test4.应该是位于堆区的，但为什么会跑到常量内存区来呢？据说是因为xcode对这种方式做了处理，还包括[NSString stringWithString:@"b"]这种方式，这两种初始化字符串都等同于@"ddd"了。所以说test2,test4都同等于test1了。

还有，对于NSString *testStr3 = [NSString stringWithFormat:@"c"];这种初始化的字符串，只要一写release语句就会挂掉，但其它的都不会挂掉，test1,test2,test4好理解，因为release本来就不会起作用;但testStr5无论release多少次也不会挂掉，只会在控制台报警告：malloc: *** error for object 0x744d650: double free*** set a breakpoint in malloc_error_break to debug。这个猜测应该是也xcode做了优化吧。

对现在4.4之后的编译器，NSString *testStr2 = [NSString stringWithString:@"b"];这种写法会报警告了：Using 'stringWithString' with a literal is redundant。也就是说这种写法是多余的了，它给的建议是用＝@"b"这种方式来代替了。

小结下吧：

对NSString的初始化方法，对于test1,test2,test4这三种的话建议用＝@“字符串”来使用，因为本来就是一样的。test3,test5这两种的话，建议用texst3这种，方便点，不用管内存问题，系统自已管理。

整理了一下，这个就能说通