This method is of no value in debugging memory management issues. Because any number of framework objects may have retained an object in order to hold references to it, while at the same time autorelease pools may be holding any number of deferred releases on an object, it is very unlikely that you can get useful information from this method.
官网明确表示，不要拿retainCount去调试内存管理方面的问题，因为有自动释放池等存在，导致retainCount的值并不准确。
PS:ARC模式下是不允许调用retainCount的，可以把ARC文件转为MRC,在targets的build phases选项下Compile Sources下选择要不使用ARC编译的文件，输入-fno-objc-arc；MRC转ARC，输入-fobjc-arc即可
以下以一个简单的例子来说明：
-(void)test
{
NSString * str1 = [NSString stringWithFormat:@"abcdef"];
NSString * str2 = [NSString stringWithString:str1];
NSString * str3 = str1;
NSLog(@"str1:%lu,%d",(unsigned long)[str1 retainCount],[str1 retainCount]);
NSLog(@"str2:%lu,%d",(unsigned long)[str2 retainCount],[str2 retainCount]);
NSLog(@"str3:%lu,%d",(unsigned long)[str3 retainCount],[str3 retainCount]);
NSLog(@"str1地址:%p,str2地址%p",str1,str2);
NSLog(@"unsigned long:%lu",ULONG_MAX);
}
可能会以为str1，str2，str3的引用计数为1？
下面为输出结果：
2017-07-06 10:45:26.187 PoolTest[89591:2057536] str1:18446744073709551615,-1
2017-07-06 10:45:26.188 PoolTest[89591:2057536] str2:1,1
2017-07-06 10:45:26.188 PoolTest[89591:2057536] str3:18446744073709551615,-1
2017-07-06 10:45:26.188 PoolTest[89591:2057536] str1地址:0xa006665646362616,str2地址0x600000057ac0
2017-07-06 10:45:26.188 PoolTest[89591:2057536] unsigned long:18446744073709551615
正如官网所提到的，不要指望retainCount能给出正确的内存管理，stringWithFormat是内部使用了autorelease，而且还有自动释放池持有当前对象，所以也不能保证str1能像我们期望的那样输出1。
str2是调用NSString的stringWithString Copy创建了一个新的对象，可以从输出结果的str1和str2的地址看出，stringWithString的官网也解释很清楚：
Returns a string created by copying the characters from another given string.
str3是直接赋值str1，所以引用计数跟str1一样不准确，有符号的情况下输出-1，无符号的情况下输出unsigned long 的最大值：18446744073709551615。
所以，不要指望retainCount给你太多准确有价值的信息，有时候对象是没被任何对象持有，我们期望是retainCount为0，但是这不是绝对的，还有自动释放池等等很多制约影响着，内存管理没有我们表象或者猜想中看着那么简单，所以retainCount是不一定准确的。只要对象遵循内存管理策略，我们可以利用Instruments工具等去诊断内存管理问题。
