iOS開發程序中我們經常會遇到例外問題
NSError(錯誤資訊)
采用NSError的情況
使用 NSError 的形式可以把程式中導致錯誤原因回報給呼叫者，而且使程式正常運行不會造成奔潰的后果
NSError包含的內容
@interface NSError : NSObject <NSCopying, NSSecureCoding> { @private void *_reserved; NSInteger _code; NSString *_domain; NSDictionary *_userInfo;}
NSError _code（錯誤碼， 型別NSInteger) ： 獨有的錯誤代碼，指明在某個范圍內具體發生的錯誤，可能是一系列的錯誤的集合，所以可以使用 Enum 來定義，NSError *_domain(錯誤范圍，型別NSString) ：錯誤發生范圍，通常使用一個特有的全域變數來定義，NSError *_userInfo(用戶資訊，型別NSDictionary) ：有關錯誤的額外資訊，其中包含一段“本地化的描述”，還可能包含導致此錯誤發生的另一個錯誤，userInfo 可以描述為一條錯誤的鏈條
NSError使用的兩種情況
在方法實作或者是 API 設計時，我們對 NSError 的使用情形有兩種：在協議中傳遞和“輸出引數”回傳給呼叫者
1.通過委托協議來傳遞錯誤
- (void)connection:(NSURLConnection *)connection withError:(NSError *)error;通過代理協議的方式可以把錯誤報告資訊傳遞
2.“輸出引數”回傳給呼叫者
- (BOOL)doSomething:(NSError **)error;錯誤的資訊作為一個指向指標的指標（也就是說一個指標指向錯誤的物件）
@throw NSException (例外拋出)
采用 @throw 情況
在 APP 運行期間遇到問題，需要對問題進行操作終止程式拋出例外，可以使用 @throw 來進行
采用 @throw 可能產生問題
在例外拋出實體中，如果拋出例外，在實作拋出例外的代碼后面的執行釋放資源就不會執行，這樣末尾的物件就不會被釋放，如果想要生成“例外安全”的代碼，可以設定編譯器的標志 -fobjc-arc-exceptions 來進行實作，不過將要一如加一些額外的代碼，在不拋出例外時也會執行代碼，
在不使用 ARC 時也很難實作例外拋出情況下對記憶體進行釋放，
NSError * error = nil;BOOL success = [self doSomething:&error];if(error && success) { @throw[NSException …];}[success release];
按照上面實作當在例外拋出的程序時，success 還來不及釋放，所以要解決上面的問題可以在例外拋出之前對 success 進行釋放，但是當需要釋放的資源有很多的情況下，這樣操作起來就比較復雜，
在開發程序中例外拋出可以使用在 抽象的基類 實體方法中進行呼叫，如果基類中的方法不被 override 就設定拋出例外，這樣可以保證實體方法被重寫，
@try @catch @finally (例外捕捉)
采用 @try @catch @finally 情況
個人感覺 @try @catch @finally 是 @throw NSException 的加強版，前者可以實作對例外的捕捉，相關例外的輸出，和例外輸出后執行的 @finally 相關的具體操作，后者是對具體整理 NSExpection 拋出，并沒有前者比較完善的流程化操作步驟，
如果在基類中實作 @throw 進行設定 必須 override 基類中的實體方法，那么捕獲例外的方法中使用 @try @catch @finally，例如：NSArray，NSDictionary 初始變數使用字面量來獲取值時，需要判斷回傳資料是否為 nil 來防止 APP Crash，
產生問題和解決方式
當使用 @try @catch @finally 時，有兩種情況 MRC 和 ARC，
MRC（iOS 5 之前） 的環境中，上面的代碼可以展示為：
SomeClass *someClass = nil;@try { someClass = [[SomeClass alloc] init]; [someClass doSomeThingsThatMayThrow];}@catch() { NSLog(… …);}@finally { [someClass release];}
在 ARC 的環境中，上面的代碼展示為：
SomeClass *someClass = nil;@try { someClass = [[SomeClass alloc] init]; [someClass doSomeThingsThatMayThrow];}@catch( … ) { NSLog(… …);}@finally { }
可以看出在 MRC 的情形下可以實作對于記憶體的釋放，在 ARC 的情形下會系統會實作對記憶體的釋放? 這樣向正確嗎？
答案是：ARC 不會自動處理，因為如果要實作自動處理可能要加入大量的代碼，才可以清楚物件實作拋出例外時將其清理，但是如果加入代碼就會影響運行時的性能，在正常運行時也會如此，
如果在當前實作中開啟 -fobjc-arc-exception 的模式可以實作在 @try @catch @finally 在例外情況下實作對未釋放的物件進行記憶體的釋放管理
@try@catch@finally 的 C++ 原始碼
查看例外拋出的原始碼：
建立專案在 main.m 檔案中實作下面代碼：
SomeClass *someClass = nil;@try { someClass = [[SomeClass alloc] init]; [someClass doSomeThingsThatMayThrow];}@catch( … ) { NSLog(… …);}@finally { }
打開終端在 main.m 終端的檔案夾路徑執行下面的陳述句
clang -x objective-c -rewrite-objc -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator.sdk main.m會生成檔案 main.cpp 的檔案，可以打開查看文 @try @catch @fianlly
NSExpection 屬性內容
__attribute__((__objc_exception__))#ifndef _REWRITER_typedef_NSException#define _REWRITER_typedef_NSExceptiontypedef struct objc_object NSException;typedef struct {} _objc_exc_NSException;#endifstruct NSException_IMPL { struct NSObject_IMPL NSObject_IVARS; //實體變數 NSString *name; //exception 的名字 NSString *reason; //exception 產生的原因 NSDictionary *userInfo; //exception 展示使用詳細的資訊 id reserved; //};
NSError 屬性內容
#ifndef _REWRITER_typedef_NSError#define _REWRITER_typedef_NSErrortypedef struct objc_object NSError;typedef struct {} _objc_exc_NSError;#endifstruct NSError_IMPL { struct NSObject_IMPL NSObject_IVARS; //實體變數 void *_reserved; //實體呼叫的方法 NSInteger _code; //error 錯誤碼 NSString *_domain; //error 錯誤發生范圍 NSDictionary *_userInfo; //error 錯誤描述的具體資訊};
下面在 main.m 中使用 Clang 決議 @try @catch @finally 在 C++ 環境中決議
在沒有引數的情況下
int main() { @try { } @catch (NSException *exception) { } @finally { }}
經過 Clang 決議后原始碼如下：
int main() {{ id volatile _rethrow = 0; try { try { //例外捕獲 } catch (_objc_exc_NSException *_exception) { NSException *exception = (NSException*)_exception; //捕獲例外，并進行拋出 } } catch (id e) { _rethrow = e; } { struct _FIN { _FIN(id reth) : rethrow(reth) {} ~_FIN() { if (rethrow) objc_exception_throw(rethrow); } id rethrow; } _fin_force_rethow(_rethrow); //例外拋出后執行的 finally 的內容 } }}static struct IMAGE_INFO { unsigned version; unsigned flag; } _OBJC_IMAGE_INFO = { 0, 2 };
在有引數的情況下
int main() { NSDictionary *dic = @{@"name":@"liang", @"last name":@"bai", @"dream":@"to be a bussinessman", @"work":@"IT"}; NSString *salaryLiterals = nil; NSString *salaryAtIndex = nil; @try { salaryAtIndex = [dic objectForKey:@"salary"]; salaryLiterals = dic[@"salary"]; } @catch (NSException *exception) { NSLog(@"error name is %@, reason : %@, userInfo : %@", exception.name, exception.reason, exception.userInfo); } @finally { }}
經過 Clang 決議后原始碼如下：
int main() { NSDictionary *dic = ((NSDictionary *(*)(Class, SEL, const ObjectType *, const id *, NSUInteger))(void *)objc_msgSend)(objc_getClass("NSDictionary"), sel_registerName("dictionaryWithObjects:forKeys:count:"), (const id *)__NSContainer_literal(4U, (NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_1,(NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_3, (NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_5, (NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_7).arr,(const id *)__NSContainer_literal(4U, (NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_0, (NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_2,(NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_4,(NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_6).arr, 4U); NSString *salary = __null; { id volatile _rethrow = 0; //使用 volatile 修飾的 _rethrow 記錄例外的區域變數 try { try { salary = ((id _Nullable (*)(id, SEL, KeyType))(void *)objc_msgSend)((id)dic, sel_registerName("objectForKeyedSubscript:"), (id)(NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_8); } catch (_objc_exc_NSException *_exception) { NSException *exception = (NSException*)_exception; NSLog((NSString *)&__NSConstantStringImpl__var_folders_tv_4c43vcqx24vcxx6d51n4ntc00000gn_T_main_753a25_mi_9, ((NSExceptionName (*)(id, SEL))(void *)objc_msgSend)((id)exception, sel_registerName("name")), ((NSString * _Nullable (*)(id, SEL))(void *)objc_msgSend)((id)exception, sel_registerName("reason")), ((NSDictionary * _Nullable (*)(id, SEL))(void *)objc_msgSend)((id)exception, sel_registerName("userInfo"))); } } catch (id e) { _rethrow = e; } { struct _FIN { _FIN(id reth) : rethrow(reth) {} ~_FIN() { if (rethrow) objc_exception_throw(rethrow); } id rethrow; } _fin_force_rethow(_rethrow); salary = __null; } }}static struct IMAGE_INFO { unsigned version; unsigned flag; } _OBJC_IMAGE_INFO = { 0, 2 };
總結：
（1）遇到奔潰問題或者是錯誤問題，優先使用
NSError來對奔潰和錯誤進行封裝，然后使用NSLog對其進行列印（2）
@try @catch @finally在使用的程序中很方便，但是MRC中如果變數較多可能會漏掉區域變數記憶體釋放問題和ARC中如果拋出問題，不會自動對區域變數釋放（開啟-fobjc-arc-expections模式會進行釋放，但是引入代碼對性能有所影響）
轉載請註明出處，本文鏈接：https://www.uj5u.com/yidong/5586.html
標籤：iOS
上一篇：iOS核心影片高級技巧 - 8