php異常處理的深入

shadowbook 發(fā)布于2019-07-01 10:52 / 591人閱讀

摘要：當(dāng)項(xiàng)目拋出異常時(shí)操作那個(gè)方法時(shí)傳的參數(shù)執(zhí)行操作異常相關(guān)操作當(dāng)前異常類通過(guò)異常類名，我們可以知道是訂單支付異常。

引出

如果你調(diào)一個(gè)類，調(diào)用時(shí)數(shù)據(jù)驗(yàn)證時(shí)報(bào)了個(gè)錯(cuò)，你會(huì)以什么方式返回

數(shù)組，布爾值？

數(shù)組這個(gè)可以帶錯(cuò)誤原因回來(lái)，那布爾值呢？

返回了個(gè) false, 報(bào)錯(cuò)時(shí)把錯(cuò)誤放在類變量里？
還是專門用一個(gè)獲取錯(cuò)誤的方法進(jìn)行獲取？

上面說(shuō)的情況是代碼完全沒(méi)有問(wèn)題的情況。
那如果是一些第三方的工具包，你又怎么知道他里面的執(zhí)行會(huì)不會(huì)導(dǎo)致整個(gè)系統(tǒng)崩潰。

你說(shuō)本地運(yùn)行是沒(méi)問(wèn)題的，環(huán)境這種東西不好說(shuō)。

所以我們就用到了異常這個(gè)東西

下面是我們需要了解的問(wèn)題

什么時(shí)候拋異常？怎么接異常？異常要怎么處理？他的使用場(chǎng)景又是什么？

基礎(chǔ)知識(shí)

基礎(chǔ)操作

try ... catch()
throw

錯(cuò)誤級(jí)別

致命錯(cuò)誤 E_ERROR，
語(yǔ)法錯(cuò)誤 E_PARSE，
警告錯(cuò)誤 E_WARNING，
通知錯(cuò)誤 E_NOTICE

php異常處理類

預(yù)定義異常

    * ErrorException (extends Exception)

SPL異常類

    * LogicException (extends Exception)      // 表示程序邏輯中的錯(cuò)誤的異常。這種異常應(yīng)該直接在代碼中的修復(fù)
        * BadFunctionCallException            // 回調(diào)調(diào)用未定義的函數(shù)或缺少一些參數(shù)時(shí)會(huì)拋出該異常
            * BadMethodCallException          // 回調(diào)方法是一個(gè)未定義的方法或缺失一些參數(shù)時(shí)會(huì)拋出該異常
        * DomainException                     // 值不遵守定義的有效數(shù)據(jù)域時(shí)會(huì)拋出該異常
        * InvalidArgumentException            // 參數(shù)不是預(yù)期類型時(shí)會(huì)拋出該異常
        * LengthException                     // 長(zhǎng)度無(wú)效時(shí)會(huì)拋出該異常
        * OutOfRangeException                 // 請(qǐng)求非法索引時(shí)引發(fā)的異常，這應(yīng)該在編譯時(shí)就檢測(cè)到的錯(cuò)誤

    * RuntimeException (extends Exception)    // 在運(yùn)行時(shí)發(fā)生的錯(cuò)誤會(huì)拋出該異常
        * OutOfBoundsException                // 值不是有效鍵時(shí)會(huì)拋出該異常，這表示在編譯時(shí)無(wú)法檢測(cè)到的錯(cuò)誤
        * OverflowException                   // 在向完整容器中添加元素時(shí)引發(fā)的異常
        * RangeException                      // 在程序執(zhí)行期間為指示范圍錯(cuò)誤而引發(fā)的異常。通常這意味著除了/overflow以外還有一個(gè)算術(shù)錯(cuò)誤。這是運(yùn)行時(shí)的DomainException版本
        * UnderflowException                  // 在空容器上執(zhí)行無(wú)效操作(如刪除元素)時(shí)引發(fā)的異常
        * UnexpectedValueException            // 值與一組值不匹配時(shí)會(huì)拋出該異常。通常，當(dāng)一個(gè)函數(shù)調(diào)用另一個(gè)函數(shù)并期望返回值為某種類型或值(不包括算術(shù)或緩沖區(qū)相關(guān)錯(cuò)誤)時(shí)，就會(huì)發(fā)生這種情況

異常處理相關(guān)函數(shù)

    error_reporting // 設(shè)置報(bào)告的錯(cuò)誤級(jí)別
    register_shutdown_function // 注冊(cè)一個(gè)會(huì)在php中止時(shí)執(zhí)行的函數(shù)
    set_error_handler // 設(shè)置用戶自定義的錯(cuò)誤處理函數(shù)
    set_exception_handler // 設(shè)置用戶自定義的異常處理函數(shù)
    error_get_last // 獲取最后發(fā)生的錯(cuò)誤

使用場(chǎng)景

系統(tǒng)

主要抓的是無(wú)法預(yù)測(cè)的錯(cuò)誤，統(tǒng)一返回，沒(méi)有使用 try...catch 接收的異常直接跳進(jìn)設(shè)置的方法中



工具
定義自定義的異常，一有錯(cuò)誤直接拋出。使用工具的程序只需通過(guò) Exception 接收異常即可, 所有異常都通過(guò)這個(gè)進(jìn)行處理的



db = new PDO($config);

        if ($this->db == false) {
            throw new Pdo("連接失敗");
        }
    }
}

?>
文章例子

工具包例子
項(xiàng)目例子

FQA
1、為什么要定自定義異常類, 系統(tǒng)不是已經(jīng)給了很多選擇，而且很多 composer 包里都只是繼承一下。
答：其實(shí)自定義異常是為了用區(qū)分異常顆粒度的，比如
我定了 訂單異常，商品異常，用戶異常 類，但是 訂單里的異常多種多樣，比如訂單支付異常，訂單生成異常。
* RuntimeException (extends Exception)
    * Order
        * Paymen
        * Created
    * Goods
    * User
        * Withdraw

當(dāng)項(xiàng)目拋出異常時(shí)

通過(guò)異常類名，我們可以知道是訂單支付異常。這里可以代替錯(cuò)誤號(hào)，而且更清晰明了
2、為什么有一些 composer 包里的自定義異常，有的有很多方法。有什么用處嗎？
作用1：格式化異常
比如：拋出的異常提示是 "id=xx 的用戶不存在"，我們會(huì)有以下兩種寫法

作用2：組件級(jí)別的異常