??本文包含第三章：接口與API設(shè)計、第四章：協(xié)議與分類、第五章：內(nèi)存管理。

用前綴避免命名空間問題

??因為OC不支持命名空間，所以在定義類、方法等時應(yīng)盡量加入自己的公司前綴或者名字前綴什么的，最好是三個字母的，比如XYZViewController，為什么不是兩位數(shù)呢？因為蘋果宣稱保留使用“兩字母前綴”的權(quán)利...比如UI、NS等等...

實現(xiàn)description方法

??為自己創(chuàng)建的類定義description方法非常有用，這樣在使用NSLog打印當(dāng)前對象的時候，就可以自定義打印一些對象相關(guān)的信息了，like this：

// 可以包含類名、地址名、以及打印一些屬性的值等，看自己需求來擴(kuò)充
- (NSString *)description {
    return [NSString stringWithFormat:@"<%@: %p, \"%@ %@\">",
            [self class], self, _name, _sex];
}


// 調(diào)用和打印的時候可以這樣用
ZHCaluVC *vc = [[ZHCaluVC alloc] init];
vc.name = @"小明";
vc.sex = @"男";
NSLog(@"%@", vc);

// 打印如下
<ZHCaluVC: 0x133d06ff0, "小明 男">

??另外如果是在控制臺用po的方式，查看某個對象的調(diào)試信息，NSObject還提供了一個debugDescription方法用于在控制臺調(diào)試用：

// 可以打印一些簡單的屬性
- (NSString *)description {
    return [NSString stringWithFormat:@"%@ %@", _name, _sex];
}

// 可以打印一些需要調(diào)試用的信息
- (NSString *)debugDescription {
    return [NSString stringWithFormat:@"<%@: %p> %@ %@", [self class], self, _name, _sex];
}


// 創(chuàng)建一個對象
ZHCaluVC *vc = [[ZHCaluVC alloc] init];
vc.name = @"小明";
vc.sex = @"男";

??在控制臺中直接po vc的話，可以看到調(diào)用了debugDescription方法，當(dāng)然如果不重寫debugDescription，則在po的時候會直接調(diào)用description方法：

readonly的運用

??當(dāng)一個類對外暴露的屬性，不希望被其他類修改的時候，應(yīng)盡量設(shè)置為readonly，當(dāng)然如果屬性所在類想修改這個屬性，可以在匿名內(nèi)部類中將該屬性設(shè)置為readwrite（貌似Swift就沒法實現(xiàn)類似的效果了？）：

// .h中
@interface ZHCaluVC : UIViewController
// 設(shè)置為對外readonly
@property (nonatomic, copy, readonly) NSString *name;
@end


// .m中
@interface ZHCaluVC ()
// 設(shè)置為對自身readwrite
@property (nonatomic, copy, readwrite) NSString *name;
@end

為私有方法名加前綴

??可以為一個類內(nèi)部要用的私有的方法加上一個前綴，比如p_，代表private，用于跟其他對外的方法做區(qū)分：

// 私有方法
- (void)p_someMethod {
}

??然后我突發(fā)奇想，如果一個創(chuàng)建UI的方法，需要創(chuàng)建一整個頁面，如果方法過長，需要拆分的話，是不是可以用s_(sub)來表示分支的方法呢？

- (void)viewDidLoad {
    [super viewDidLoad];
    
    [self p_createUI];
}

// 總的創(chuàng)建UI方法
- (void)p_createUI {
    [self s_createTopUI];
    [self s_createBottomUI];
    [self s_createBottomUI];
}

// 幾個分支的創(chuàng)建UI的方法
- (void)s_createTopUI {
    // 創(chuàng)建頂部UI
}
- (void)s_createMiddleUI {
    // 創(chuàng)建中間UI
}
- (void)s_createBottomUI {
    // 創(chuàng)建底部UI
}

NSException和NSError

??NSException應(yīng)該用于那種導(dǎo)致App崩潰的嚴(yán)重錯誤，而NSError可用于一些不嚴(yán)重的錯誤，而且NSError包含了很多錯誤相關(guān)的信息，可用于處理錯誤：

// 可以設(shè)置ErrorDomain、code、userInfo
NSError *error = [NSError errorWithDomain:NSURLErrorDomain code:404 userInfo:nil];

理解NSCopying協(xié)議

??如果一個類可以被copy，就需要實現(xiàn)NSCopying中的- copyWithZone方法（這也是為什么在寫單例對象的時候，需要重寫該方法）：

// 假設(shè)當(dāng)前類有一個屬性
@property (nonatomic, copy, readwrite) NSString *name;
// 一個實例變量
{
NSString *_sex;
}


// 需要先遵守NSCopying協(xié)議
- (id)copyWithZone:(NSZone *)zone {
    // NSZone不用管，以前內(nèi)存中是分為不同的zone的，現(xiàn)在只有一個zone了->default zone

// 生成一個當(dāng)前類的實例，并把當(dāng)前對象的name屬性copy給新的實例，并返回這個實例
// 這里需要注意就是name這個屬性應(yīng)該copy，因為兩個對象屬于拷貝關(guān)系
// 則name這個屬性兩個對象不應(yīng)該共享，而是應(yīng)該各自持有一份
ZHCaluVC *vc = [[ZHCaluVC alloc] init];
// 屬性可以直接用點語法set
vc.name = [self.name copy];
// 實例變量需要用"->"
vc->_sex = [_sex copy];
    
return vc;
}

??當(dāng)前類的對象的copy方法實際上就調(diào)用了copyWithZone這個方法：

代理模式的性能優(yōu)化

??核心思想是減少對delegate進(jìn)行respondsToSelector的操作次數(shù)，emmmmm，還是上代碼吧，主要就是把[delegate respondsToSelector]緩存到結(jié)構(gòu)體中，存儲起來：

// .h
@protocol SomeClassDelegate <NSObject>

- (void)didDoSomethingA;
- (void)didDoSomethingB;
- (void)didDoSomethingC;

@end

@interface SomeClass: NSObject

@property (nonatomic, assign) id<SomeClassDelegate> delegate;

@end

// .m
@interface SomeClass () {
    struct data {
        // 利用“位段”來設(shè)置結(jié)構(gòu)體中某個字段所占用的二進(jìn)制位個數(shù)
        // 如下為1，則可以表示0和1，如果是8，則可以表示0-255
        unsigned int didDoSomethingA : 1;
        unsigned int didDoSomethingB : 1;
        unsigned int didDoSomethingC : 1;
    } _delegateFlags;
}

@end

@implementation SomeClass

// 在setDelegate方法中，緩存delegate是否已經(jīng)實現(xiàn)了代理方法
- (void)setDelegate:(id<SomeClassDelegate>)delegate {
    _delegate = delegate;
    _delegateFlags.didDoSomethingA = [delegate respondsToSelector:@selector(didDoSomethingA)];
    _delegateFlags.didDoSomethingB = [delegate respondsToSelector:@selector(didDoSomethingB)];
    _delegateFlags.didDoSomethingC = [delegate respondsToSelector:@selector(didDoSomethingC)];
}


- (void)doSomeAction {
    // 直接使用緩存好的flag來判斷delegate是否實現(xiàn)了某個代理方法
    // 以此減少多次判斷respondsToSelector帶來的性能問題
    if (_delegateFlags.didDoSomethingA) {
        [self.delegate didDoSomethingA];
    }
}

@end

??雖然我覺得對性能的影響并不大...但對于那些需要周期性調(diào)用的代理方法，比如每秒刷新UI什么的，還是很有用的。

將類的實現(xiàn)代碼分散到便于管理的數(shù)個分類之中

??可以將一個類中的多個方法，進(jìn)行歸類，然后分散到當(dāng)前類的多個分類中，這樣可以方便管理不同類型的方法，比如處理UI的、處理網(wǎng)絡(luò)請求的、處理數(shù)據(jù)包裝的等等（當(dāng)然MVC可以這樣，MVVM的話，邏輯就可以放到ViewModel中了）。一些代理的實現(xiàn)，也可以放到分類中去實現(xiàn)，方便管理，比如UITableViewDelegate、UIAlertViewDelegate等：

// 定義一個ZHCaluVC類的分類，并遵守UITableViewDelegate
@interface ZHCaluVC (TableView) <UITableViewDelegate>

@end

@implementation ZHCaluVC (TableView)

// 實現(xiàn)UITableViewDelegate的方法
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath {
}

@end

??當(dāng)然我個人覺得OC的Category和Swift的Extension比，還是有些麻煩的，因為代理也是需要聲明@interface的(.h和.m中都可以有)，一個類分散出多個分類，也會導(dǎo)致聲明很多@interface，不便于管理，而且分類在新增屬性時也比較麻煩，所以以上做法在Swift中使用Extension來做會更理想。

給分類添加屬性

??分類雖然可以通過@property添加屬性，但不會自動添加get/set方法，這樣在訪問分類中的屬性的時候會因為找不到get/set方法而導(dǎo)致崩潰，編譯器也告訴了我們這些信息：

??不過上面的警告信息已經(jīng)很明顯的告訴了我們解決辦法，通過@dynamic+關(guān)聯(lián)對象的方式實現(xiàn)：

// .h
@interface SomeClass (SomeCategory)

// 在分類中聲明一個屬性
@property (nonatomic, copy) NSString *name;

@end

// .m
static const char *kNamePropertyKey = "kNamePropertyKey";

@implementation SomeClass (SomeCategory)

// 聲明自己實現(xiàn)get/set方法
@dynamic name;

// 通過關(guān)聯(lián)對象的方式實現(xiàn)get/set方法
- (NSString *)name {
    return objc_getAssociatedObject(self, kNamePropertyKey);
}

- (void)setName:(NSString *)name {
    objc_setAssociatedObject(self, kNamePropertyKey, name, OBJC_ASSOCIATION_COPY_NONATOMIC);
}

@end

??不過還是不建議在分類中新增屬性的，畢竟脫離開主接口，這些屬性存在意義可能不大。

編寫“異常安全代碼”時留意內(nèi)存管理問題

??try/catch中的變量，arc是不會自動幫我們release的，也就是下面的代碼，如果在try中發(fā)生了異常，實際上arr這個變量是不會被釋放掉的，也就引發(fā)了內(nèi)存泄漏，當(dāng)然arc也不允許手動調(diào)用[arr release]。

 @try {
    NSArray *arr = [[NSArray alloc] init];
    arr[0];
} @catch (NSException *exception) {
} @finally {
}

??當(dāng)然如果想讓arc幫我們自動釋放，需要在項目設(shè)置中的“other linker flag”中添加-fobjc-arc-exceptions，這樣在編譯時arc就會自動幫我們加入try/catch中的內(nèi)存管理相關(guān)代碼，當(dāng)然也會拖慢編譯速度。

關(guān)于unsafe_unretained

??簡單理解的話，__weak弱引用一個對象，當(dāng)對象釋放后，指針置空，也就是nil，當(dāng)調(diào)用方法的時候，不會引發(fā)崩潰，雖然unsafe_unretained也是弱引用一個對象，但對象釋放后，指針指向的還是釋放的對象的內(nèi)存，當(dāng)調(diào)用方法的時候，就會引發(fā)崩潰。Swift中有unowned(無主引用)的概念跟這個對應(yīng)。

關(guān)于自動釋放池

??實際上自動釋放池這一塊，之前在面試的時候，就被問過一次，當(dāng)時的題目是這樣的（貌似是這樣的），下面的方法，如何避免內(nèi)存方面的問題：

- (void)dealString {
    for (int i=0; i<10000; i++) {
        NSString *str = [NSString stringWithFormat:@"%d", i];
        NSLog(@"%@", str);
    }
}

??當(dāng)然我答上來了哈哈哈，書中也是這么寫的：

- (void)dealString {
    for (int i=0; i<10000; i++) {
        
        @autoreleasepool {
            NSString *str = [NSString stringWithFormat:@"%d", i];
            NSLog(@"%@", str);
        }
        
    }
}

??正常來說，我們聲明的10000個局部變量str，會在方法執(zhí)行結(jié)束進(jìn)行釋放，也就是循環(huán)結(jié)束，但如果加了自動釋放池，局部變量出了自動釋放池就釋放了，所以局部變量是一邊創(chuàng)建一邊釋放的，會避免局部內(nèi)存高峰。

僵尸對象

??這一節(jié)干貨太多了，不好總結(jié)，參見：第35條:用“僵尸對象”調(diào)試內(nèi)存管理問題。大體說下來，就是如果編輯target的scheme，打開“Enable Zombie Objects”后，在調(diào)試階段，所有對象dealloc時，都會被系統(tǒng)自動替換為NSZombie類，并保留當(dāng)前對象的一些信息，方便調(diào)試階段定位空指針問題。