IOS性能调优系列：Analyze静态分析
XCode已经提供了非常强大的性能调优工具，结合几个第三方工具和一些技巧，进行性能优化非常简单。
第一篇先写写最简单的，Analyze静态分析。
相信IOS开发者在App进行Build或Archive时，会产生很多编译警告，这些警告是编译时产生的，静态分析的过程也类似，在XCode Product菜单下，点击Analyze对App进行静态分析。
Analyze主要分析以下四种问题：
1、逻辑错误：访问空指针或未初始化的变量等；
2、内存管理错误：如内存泄漏等；
3、声明错误：从未使用过的变量；
4、Api调用错误：未包含使用的库和框架。
Analyze内存泄漏分析：
声明错误、逻辑错误、Api调用错误基本在编译时都会有警告，Analyze的主要优势在于静态分析内存泄漏及代码逻辑错误。
比如在开启arc的环境下，输入以下一段代码：
ARC 和 非ARC 下 oc 对象 和 CF 对象的转换
标签：objective-c内存泄露CoreFundation
2014-03-11 11:301231人阅读评论(0)收藏举报
分类：
IOS开发（123）
版权声明：本文为博主原创文章，未经博主允许不得转载。
在OC和FC之间进行转化的时候，主要是对象的归属问题。共有两种方式：
1、使用宏，可以标识归属者从OC到CF，还是从CF到OC。
[objc]view plaincopy
NS_INLINE CFTypeRef CFBridgingRetain(idX) {
return(__bridge_retain CFTypeRef)X;
}
NS_INLINEidCFBridgingRelease(CFTypeRef X) {
return(__bridge_transferid)X;
}
2、使用转化符,如：__bridge，__bridge_transfer，__bridge_retained
__bridge:不涉及对象所有关系改变
__bridge_transfer:给予 ARC 所有权
__bridge_retained:解除 ARC 所有权
[objc]view plaincopy
idmy_id;
CFStringRef my_cfref;
NSString *a = (__bridge NSString*)my_cfref;// Noop cast.
CFStringRef b = (__bridge CFStringRef)my_id;// Noop cast.
NSString *c = (__bridge_transfer NSString*)my_cfref;// -1 on the CFRef
CFStringRef d = (__bridge_retained CFStringRef)my_id;// returned CFRef is +1
非ARC模式下：
[objc]view plaincopy
#pragma mark – View lifecycle
- (void)viewDidLoad
{
[superviewDidLoad];
NSLog(@"=%@", [selfescape:@"LIN986LIN"]);
}
-(NSString*)escape:(NSString*)text
{
return(NSString*)CFURLCreateStringByAddingPercentEscapes(NULL, (__bridge CFStringRef)text,NULL,CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));
}
ARC模式下：
可以看到xcode自动把上面函数转化为：
[objc]view plaincopy
#pragma mark – View lifecycle
- (void)viewDidLoad
{
[superviewDidLoad];
NSLog(@"=%@", [selfescape:@"wangjun"]);
}
-(NSString*)escape:(NSString*)text
{
return(__bridge_transferNSString*)CFURLCreateStringByAddingPercentEscapes(NULL, (__bridge CFStringRef)text,NULL,CFSTR("!*’();:@&=+$,/?%#[]"), CFStringConvertNSStringEncodingToEncoding(NSUTF8StringEncoding));
}
在arc中，CF和OC之间的转化桥梁是 __bridge，有两种方式：
__bridge_transfer ARC接管管理内存
__bridge_retained ARC释放内存管理
oc 到 CF 的转化，需要把OC的内存管理权释放掉。
[objc]view plaincopy
NSString*str = [[NSStringalloc]initWithFormat:@"Welcome , %@!",name];
CFStringRef strref = (__bridge_retained CFStringRef)str;
// do something with strref
CFRelease(strref);
最后由CF进行内存释放。
上面代码等同于：
[objc]view plaincopy
CFStringRef strref = CFBridgingRetain(str);
// do something with strref
CFRelease(strref);
CF转化为OC时，并且对象的所有者发生改变，则使用CFBridgingRelease()或__bridge_transfer 。
OC转化为CF时，并且对象的所有者发生改变，则使用CFBridgingRetain()或__bridge_retained
当一个类型转化到另一种类型时，但是对象所有者没有发生改变，则使用__bridge.
CF对象和OC对象混用可能出现的问题：
ARC模式下，自动回收只针对Objective-C对象有效，对于Core Foundation对象还是需要我们手动进行释放的，CFRelease().
分析下面的情况：
在一个方法里定义了一个CGColorRef对象：CGColorRef cf
分别通过以下三种方式给cf赋值后，再使用cf时会有什么不同呢？
方式一：
[objc]view plaincopy
UIColor* color = [[UIColoralloc]initWithRed:0.0fgreen:0.0fblue:0.0falpha:1.0f];
cf = color.CGColor;
方式二：
[objc]view plaincopy
cf = [[UIColoralloc]initWithRed:0.0fgreen:0.0fblue:0.0falpha:1.0f].CGColor;
方式三：
[objc]view plaincopy
cf = [UIColorcolorWithRed:0.0fgreen:0.0fblue:0.0falpha:1.0f].CGColor;
方式一和方式三运行没问题。方式二后再使用cf会crash，因为这时cf已经是野指针了。
分析如下：
方式一中，color对象默认是strong强引用，在这个方法的生命周期内都有效，在退出这个方法时才会被自动释放池释放。所以用它的CGColor是没有问题的。
方式三中类似，colorWithRed:…这是个类方法，会返回一个autorelease对象，对象在自动释放池释放之前都有效，所以也不会出问题。
方式二中，生成的UIColor对象没有给任何owner，相当于一个weak弱引用，alloc之后被马上释放了，所以他的CGColor变量也随之成了野指针。
ARC下OC对象与CF对象桥接：
下面一行代码：
[objc]view plaincopy
CFStringRef s1= (CFStringRef)[[NSStringalloc]initWithFormat:@”Hello, %d!”,1];
在ARC下面会报编译问题，并会给出推荐的解决方案：
[objc]view plaincopy
CFStringRef s1= (__bridge CFStringRef)[[NSStringalloc]initWithFormat:@”Hello, %d!”,1];
这里NSString生成的是OC的对象，内存由ARC负责。s1是CF的对象，内存还是需要自己手动管理。两个变量转换时需要添加桥接标识。
上面这种情况下不会crash，也不会有内存泄露。因为alloc出来的内存会被ARC回收，这块内存的所有关系没变。
如果后面加上CFRelease(s1);就会crash，因为这块内存还是归ARC管的，这样会过度释放。
修改一下：
CFStringRef s1 = (__bridge_retained CFStringRef)[[NSString alloc] initWithFormat:@”Hello, %d!”, 1];
这种情况下，对象的所有权交给CF对象了。就需要加上CFRelease(s1);进行释放，否则会产生泄露。
再看下面代码：
[objc]view plaincopy
CFUUIDRef uu = CFUUIDCreate(NULL);
CFStringRef s2= CFUUIDCreateString(NULL, uu);
CFRelease(uu);
NSString* str = (__bridge NSString*)s2;
NSLog(@”STR:%@”,str);
CFRelease(s2);
这里的uu和s2都需要使用CFRelease释放，因为他们不是OC对象，并且是create出来的内存，并且所有权没有被释放。
如果改动下面一行代码：
NSString* str = (__bridge_transfer NSString*)s2;
这时候运行程序会引起crash，因为s2的所有权已经交给ARC中的str了，ARC会负责释放这块内存。
这时候调用CFRelease(s2);会造成过度释放。所以应该把这么行代给去了。
注：
ARC模式下，自动回收只针对Objective-C对象有效，对于使用create,copy,retain等生成的Core Foundation对象还是需要我们手动进行释放的，CFRelease().
由于iOS中CF框架需要自己释放内存,所以ARC的自动释放内存就不管用了,需要我们自己释放,需要使用CFRelease(<#CFTypeRef cf#>)这个方法来手动释放内存.
一: ARC模式:NSLog(@”Retain count is %ld”, CFGetRetainCount((__bridge CFTypeRef)myObject));
二 : CF框架:NSLog(@”Retain count is %ld”, CFGetRetainCount(myObject));