窺探 Swift 編程之錯誤處理與異常拋出，窺探swift

窺探 Swift 編程之錯誤處理與異常拋出，窺探swift

在Swift 2.0版本中，Swift語言對其錯誤處理進行了新的設計，當然了，重新設計後的結果使得該錯誤處理系統用起來更爽。今天部落格的主題就是系統的搞一下Swift中的錯誤處理，以及看一下Swift中是如何拋出異常的。在編譯型語言中，錯誤一般分為編譯錯誤和執行階段錯誤。我們平時在代碼中處理的錯誤為執行階段錯誤，我們對異常進行處理的操作的目的是為了防止程式出現錯誤而導致其他的副作用，比如使用者資料未儲存等等。

在今天的部落格中，先給出主動產生異常的幾種情況，然後再給出如何處理被動異常。

一、主動退出程式的幾種情況

在Objective-C中，在單元測試時我們會使用斷言，斷言中條件滿足時會產生異常，並列印出相應的斷言錯誤，在Swift中也有幾種產生異常的文法。在本篇部落格的第一部分就給出這幾種方法。

1.Fatal Errors（致命的錯誤）

使用fatalError()函數可以立即終止你的應用程式，在fatalError()中可以給出終止資訊。使用fatalError()函數，會毫無條件的終止你的應用程式，用起來也是比較簡單的，就是一個函數的調用。下方這個Demo一目瞭然呢，在此就不做過多贅述了。

 

2. Assertions（斷言）

在單元測試中是少不了斷言的，Swift中的斷言和Objective-C的區別不是太大，使用方法也是大同小異。下方就是斷言的兩種方法，由代碼提示可知，在斷言中的提示條件是可選的。斷言會在Debug模式下起作用，但是在Release版本中就會被忽略。

 

在assert()函數中, 第一個參數是Bool類型，第二個參數是輸出的資訊。當條件為true時，斷言不執行，相應的斷言資訊不列印。當條件為false時，斷言執行，並且列印相應的斷言資訊。

 

assertionFailure()函數只有一個Message參數，並且該參數也是可以省略的，assertionFailure()沒有條件。如下所示：

 

3. 先決條件（Preconditions）

Preconditions的用法和斷言一樣，不過有一點需要主要，Preconditions在debug和release模式下都會被執行，除非使用–Ounchecked進行編譯。下方是代碼提示給出的Preconditions函數的提示，如下所示：

關於Preconditions的具體用法請參照斷言，和斷言用法一樣，在此就不做過多的贅述了。

 

二.Swift中的錯誤處理

在Objective-C中，如果你處理過錯誤的話，那麼你將會對NSError很熟悉。在Swift中，如果你要定義你自己的錯誤類型，你只需要實現ErrorType協議即可。聲明完錯誤類型後，就可以在處理錯誤拋出異常時使用自訂的錯誤類型了。下方將會一步步帶你走完Swift中的錯誤處理的路程。

1.使用枚舉建立錯誤類型

（1）.遵循ErrorType協議，自訂錯誤類型。下方定義了一個錯誤類型枚舉，該枚舉遵循了ErrorType協議，在接下來的代碼中我們將會使用這個MyCustomErrorType枚舉，錯誤枚舉的實現如下所示：

  

123456

//定義錯誤類型 enum MyCustomErrorType: ErrorType {     case ErrorReason1     case ErrorReason2     case ErrorReason3 }

（2）.在我們的函數定義時可以使用throws關鍵字，以及在函數中使用throw關鍵字對錯誤進行拋出，拋出的錯誤類型就可以使用上面我們自己定義的錯誤類型。下方函數就是一個可以拋出錯誤的函數，拋出的錯誤就是我們在上面枚舉中所定義的類型。具體代碼如下所示：

  

12345678

func myThrowFunc1() throws {      let test:Int? = nil      guard test != nil else {         throw MyCustomErrorType.ErrorReason1     } }

（3）.上面函數的功能是對錯誤進行拋出，接下來就該使用do-catch來處理拋出的錯誤。使用try對錯誤進行捕捉，使用do-catch對錯誤進行處理。具體處理方式如下所示。在下方錯誤處理中類似於switch-case語句，catch後邊可以枚舉匹配錯誤類型，具體如下所示：　　　　

 

（4）在枚舉實現錯誤類型中我們可以通過值綁定的形式為錯誤添加錯誤碼和錯誤原因。在聲明枚舉時，我們使用了枚舉元素值綁定的特性（關於枚舉使用的更多細節請參考之前的部落格《窺探Swift之別樣的枚舉類型》）。在聲明枚舉成員ErrorState時，我們為其綁定了兩個變數，一個是錯誤碼errorCode, 另一個是錯誤原因errorReason。這兩者可以在拋出錯誤時為其傳入相應的值，如下方程式碼片段中的throwError函數所示，在拋出錯誤是為errorCode指定的錯誤碼為404，為errorReason指定的錯誤原因是“not found”。

最後就是使用do-catch處理異常了，在catch中對綁定的錯誤碼和錯誤原因進行了擷取，並且通過where子句進行了錯誤碼的篩選。此處catch的用法與switch-case中擷取枚舉綁定值的用法是一樣的，所以在此就不做過多的贅述。具體實現方式如下代碼所示：

 

2.使用結構體為錯誤處理添加Reason

在上面的內容中，使用枚舉遵循ErrorType協議的方式定義了特定的錯誤類型。接下來我們將使用結構體來遵循ErrorType協議，為錯誤類型添加錯誤原因。也就是說，我們可以在拋出錯誤時，給自訂錯誤類型提供錯誤原因。該功能在開發中是非常常用的，而且用起來也是非常爽的。接下來就看一下如何為我們的錯誤類型添加錯誤原因。

（1）使用結構體建立錯誤類型，下方名為MyErrorType的結構體遵循了ErrorType協議，並且在MyErrorType結構體中，聲明了一個reason常量，該reason常量中儲存的就是錯誤原因，具體實現方式如下：

  

123	struct MyErrorType: ErrorType {     let reason : String }

（2）上面定義完錯誤類型結構體後，在錯誤拋出中就可以使用了。在錯誤拋出時，可以傳入一個錯誤原因，具體代碼如下所示：

  

12345678

func myThrowFunc2() throws {      let test:Int? = nil      guard test != nil else {         throw MyErrorType(reason: "我是詳細的錯誤原因，儲存在error中")     } }

（3）最後要對拋出的錯誤進行do-catch處理，在處理時，可以對錯誤原因進行列印，錯誤原因儲存在error中，具體操作和列印結果如下所示：

由上面的輸出結果可知，error是我們自訂的MyErrorType類型，我們可以使用下面的代碼來代替catch中的print語句，如下所示：

 

上面的做法似乎有些麻煩，還有一種簡化輸出的方法，就是在上述結構體中實現CustomDebugStringConvertible協議，對描述資訊進行一個重寫，就可以在列印error時，只列印錯誤資訊，下方是重寫後的結構體。　　　

  

123456

1 struct MyErrorType: ErrorType,CustomDebugStringConvertible {2     let reason : String3     var debugDescription: String {4         return "錯誤類型-----(self.dynamicType): (reason)"5     }6 }

修改後，輸出結果如下，直接列印error輸出的就是錯誤資訊，而不是MyErrorType類型。

 

3.使String類型遵循ErrorType協議，直接使用String提供錯誤原因

在“2”中，我們使用了結構體遵循ErrorType協議的形式，來為錯誤提供錯誤資訊的。在接下來的部分，我們將通過更為簡單的方式為拋出的錯誤提供錯誤資訊。這種方式更為簡單，也易於理解，具體方式如下方代碼所示：

 

三、在錯誤處理中使用內建關鍵字

1.初探這些內建關鍵字

在Swift中提供了一些內建關鍵字（__FILE__, __FUNCTION__, __LINE__等）來擷取上下文資訊，在本篇部落格的第三部分，將會給出如何在我們的錯誤處理中使用這些內建關鍵字。下方就是這些內建關鍵字的作用，如下所示：

上面說是內建關鍵字，其實就是儲存代碼內容相關的宏定義，上方程式碼片段簡單的給出了這些內建關鍵字的作用與用法，在接下來將在ErrorType中使用這些內建關鍵字，讓我們的錯誤資訊更加豐富多彩。

 

2.在ErrorType中使用上述內建關鍵字

如果想在ErrorType中使用這些上下文內建關鍵字，我們只需要對ErrorType進行擴充，使其在ErrorType提供錯誤資訊時給出出錯的上下文資訊。當然，這實現起來比較簡單，就是在ErrorType中添加了一個擴充方法contextString()。該方法的作用就是提供錯誤的上下文資訊，也就是在出錯的地方，調用contextString()方法產生上下文描述資訊即可。對ErrorType協議的具體延展實現如下程式碼片段所示.

在下方程式碼片段中，我們對ErrorType進行了擴充，為ErrorType添加了contextString的函數實現。contextString()函數有三個預設參數，分別是file–當前檔案名稱，function–當前出錯的函數名，line–當前拋出異常的行數。上述三個參數都有參數預設值，分別對應著__FILE__, __FUNCTION__, __LINE__。該擴充函數的傳回值為這三個參數組成從字串資訊。具體實現如下所示：

 

3.使用擴充的contextString方法

上面我們使用結構體實現ErrorType協議的形式，為錯誤類型添加錯誤原因。接下來我們將在添加reason的同時，使用contextString()函數添加描述資訊。下方CustomErrorType結構體遵循了ErrorType協議，其中添加了一個reason常量來儲存錯誤原因，一個context常量來儲存上下文資訊，並且為該結構體添加了一個建構函式，在建構函式中初始化和reason常量。具體實現如下所示：

 

4. 拋出並捕獲異常

在下方代碼中函數throwError()拋出了異常，該拋出的錯誤類型是CustomErrorType。在建立CustomErrorType類型執行個體，也就是err變數時，我們指定了錯誤原因，也就是為reason賦了一個值。在建立完err執行個體後，我們又調用延展contextString()函數擷取異常的上下文資訊，並把返回的內容儲存在err執行個體的context屬性中。最後使用throw關鍵字拋出err執行個體，如下方第一部分代碼所示。

在建立拋出異常的函數後，我們需要對拋出的異常進行捕獲。也就是使用try對異常進行捕獲，使用do-catch對異常進行處理，具體操作如下方第二段代碼所示。

 

5. 分析列印結果

經過上述步驟如果你在Playground中進行實驗的，那麼在控制台上你將會看到如下資訊。從列印出的資訊我們可以看到，資訊包括reason：錯誤原因，和context：異常上下文。在下方的輸出結果中，檔案名稱我們可以看到是這並不是確切的檔案名稱，因為我們是在Playground中使用的，並且不是確切的Swift源檔案，所以擷取不到確切的檔案名稱。

為了觀察確切的檔案名稱，我們需要在確切的Swift源檔案中拋出上述異常。在特定Swift源檔案中，我們會看到下方的輸出結果。從下方的輸出日誌中，我們可以清楚的看到檔案名稱是一個詳細的檔案路徑。如下所示：

 

問啊-一鍵呼叫程式員答題神器，牛人一對一服務，開發人員編程必備官方網站：www.wenaaa.com

QQ群290551701 聚集很多互連網精英，技術總監，架構師，專案經理！開源技術研究，歡迎業內人士，大牛及新手有志於從事IT行業人員進入！