異常是指程序運行中不符合預期狀況以及與正常流程不一樣的情況。錯誤則屬於自身問題,是一種非法語法或者環境問題致使的、讓編譯器沒法經過檢查設置沒法運行的狀況。php
因爲php最開始是沒有異常處理,後來爲了進軍企業級開發,模仿java等語言,推出了異常。致使php中遇到任何自身錯誤都會觸發一個錯誤,而不是拋出一個異常(某些狀況下,會同時拋出錯誤和異常)。PHP一旦遇到非正常代碼,大多數狀況下,都是直接拋出錯誤,而不是異常。java
php只有在你throw 一個異常後,才能用try...catch來捕獲異常(通常狀況下如此,也有部分異常能夠自動捕獲)。
程序員
在php中一般會在如下場景中使用異常:函數
對程序的悲觀預測
:若是認爲本身的代碼沒法一一處理各類可預見的狀況、不可預見的狀況。設計
程序的須要和對業務的關注
: 若是對數據的一致性要求很高時,能夠用try...catch把異常形成的邏輯中斷破壞將到最小,而且通過補救處理後,不影響業務邏輯的完整性。rest
語言級別的健壯性要求
: 經過精確控制運行時的流程,在程序中斷時,有預見的用try...catch縮小可能出錯的範圍,及時捕獲異常並作出相應的補救。日誌
歷史緣由致使php的異常處理是不足的,絕大多數狀況下,沒法自動拋出異常,必須使用if...else先進行判斷,再手動拋出異常。code
手動拋出異常的意義不是很大,由於這意味着在代碼裏已經充分的預期到錯誤的出現。同時這種方式還會讓你在複雜的邏輯判斷和處理中暈頭轉向。致使失去異常真正的優勢。orm
那麼有更好的異常拋出方法嗎?有,那就是結合使用錯誤開發
錯誤就是會使腳本運行不正常的狀況。
在php中主要的錯誤等級以下:
deprecated:
最低級別的錯誤,表示"不推薦, 不建議"。例如在php 5中使用了ereg系列的正則函數就會出現。這類錯誤通常因爲使用了不推薦的、過期的函數或語法形成。不影響程序正常運行,但建議修正。
notice:
通常指語法中存在不恰當的地方。如使用變量可是未定義就會報此錯誤。不影響程序正常流程。
warning:
較高級別的錯誤,在語法中出現很不恰當的狀況纔會出現此錯誤,好比函數參數不匹配。會致使得不到預期的結果,須要修改代碼。
fetal error:
致命錯誤,直接致使程序終止運行。這類錯誤必須修改。
prase error:
語法解析錯誤,上面幾種都屬於運行時錯誤,此錯誤在運行前就會拋出。
在php中,總共有16錯誤級別,可是主要的就是上面幾種。
error.php
$data = '2012-12-20'; if (ereg("([0-9]{4})-([0-9]{1,2})-([0-9]{1,2})", $data, $regs)) { echo "$reg[3].$regs[2].$regs[1]"; } else { echo "Invalid data format: $data"; } $a = array('o' => 2, 4, 6, 8); echo $a[o]; $result = array_sum($a, 3); echo func(); echo '致命錯誤後,還會執行嗎?'; //echo '最高級別錯誤', $55;
上面代碼執行後,會有四個錯誤級別,若是你沒法徹底看到的話,你須要去修改你的ini配置文件中錯誤顯示級別爲 E_ALL
可使用 set_error_handler()
函數來託管錯誤處理程序,可自行定製錯誤的處理流程。
若是要取消託管的話,能夠在同一個頁面中使用restore_error_handler()
來取消託管。
若是想要本身拋出一個錯誤的話,可使用trigger_error()
函數。
<?php //自定義錯誤處理程序 function customError($errno, $errstr, $errfile, $errline) { echo "<b>錯誤代碼:</b>[{$errno}] {$errstr}", PHP_EOL; echo "錯誤所在代碼行:{$errline} 文件{$errfile}", PHP_EOL; echo "PHP版本", PHP_VERSION, "(", PHP_OS, ")", PHP_EOL; } set_error_handler("customError", E_ALL | E_STRICT); $a = array('o' => 2, 4, 6, 8); echo $a[o];
執行上面的代碼,能夠看到錯誤信息是由咱們自定義的處理程序輸出的,徹底繞開了系統的處理程序。
若是錯誤發生在自定義處理程序前,則不會調用咱們自定義的錯誤處理程序,因此應當先定義錯誤處理程序。
固然不是全部的錯誤級別均可以用set_error_handler
來託管,如E_ERROR、E_PARSE、E_CODE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING以及E_STRICT中的部分。這些錯誤信息會以原始的方式來顯示或者不現實。
PHP把許多異常看做是錯誤,因此這些"異常"一樣可使用set_error_handler
來接管:
function customError($errno, $errstr, $errfile, $errline) { //自定義錯誤處理是,手動拋出異常 throw new Exception($errstr); } set_error_handler('customError', E_ALL | E_STRICT); try { $a = 5/0; } catch (Exception $e) { echo '錯誤信息:', $e->getMessage(); }
固然這種處理方式也有本身的優缺點:
缺點: 必須依靠程序員本身來掌控對異常的處理,對於異常的高發區、敏感區,若是程序員處理很差,就會致使業務數據不一致的問題。
優勢: 能夠得到程序運行時的上下文信息,以進行鍼對性的補救。
fetal error
這樣的錯誤沒法捕獲,也沒法在發生後恢復流程處理,可是可使用register_shutdown_function()
函數在程序終止或die時觸發一個函數,給程序帶來一個短暫的迴光返照。在php4時,不支持析構函數,也經常使用於模擬實現析構函數。
class Shutdown { public function stop() { if (error_get_laster()) { print_r(error_get_laster()); } die('Stop.'); } } register_shutdown_function(array(new Shutdown(), 'stop')); $a = new a(); //致命錯誤,致使失敗 echo '必須終止';
Parse error
級別的錯誤,除了修改ini文件,將錯誤信息寫到日誌中,什麼也作不了。
php中錯誤和異常是兩個不一樣的概念,這種設計根本上致使了php的異常和錯誤與其它語言相異。java中,異常時錯誤惟一的報告方式。說到底,二者的區別就是對異常的認識不一樣產生的。php異常絕大部分是經過某種方式手動拋出,才能捕獲到。是一種半自動化的異常處理機制。
不管是錯誤仍是異常,均可以使用handler
接管系統已有的處理機制。