php的錯誤報告有三種：
1、錯誤，語法解析錯誤，致命錯誤
2、警告
3、注意
后果：
錯誤 -> 致命錯誤，會終止已下程序的執行，語法錯誤的話，PHP壓根就沒執行。
警告 -> 他不會終止運行，但會影響結果。
注意 -> 不會終止執行，也不會影響結果。
為了讓用戶得到更好的體驗，我們屏蔽所有錯誤的輸出，是輸出，而不是顯示。但這樣的話，管理員也看不到錯誤了。頁面上不顯示錯
誤，而將錯誤生成一個日志，提供給管理員查看。
error_reporting(~E_ALL)將所有輸出都屏蔽掉了，自然，管理員也看不到了。我不要屏蔽所有輸出，我只要屏蔽所有顯示
ini_set('display_errors','off');表示屏蔽了所有的頁面上錯誤的顯示，但沒有屏蔽錯誤的輸出。
ini_set('log_errors','on'); //開啟日志寫入功能 ini_set('error_log','myerror.log');
//日志的存放位置 ini_set('display_errors','off'); //屏蔽頁面顯示 error_reporting(E_ALL); //輸出所有錯誤
echo 123; echo $str; //這個會出現一個注意，表示未聲明變量 echo date(); //警告，沒有傳參 echo dae();
//致命錯誤，找不到這個函數 echo 123;
異常：
在 PHP語言里，所有異常都必須自己拋出，而不像 JAVA 之類的語言會自動拋出異常，這也正是 PHP源代碼里很少看到異常處理語句的
原因之一。
異常與錯誤：
異常是指程序運行中不符合預期情況以及與正常流程不同的狀況。錯誤則屬于自身問題，是一種非法語法或者環境問題導致的、讓編譯器
無法通過檢查設置無法運行的情況。
由于php最開始是沒有異常處理，后來為了進軍企業級開發，模仿。PHP一旦遇到非正常代碼，大多數情況下，都是直接拋出錯誤，而不
是異常。
php只有在你throw 一個異常后，才能用try...catch來捕獲異常(一般情況下如此，也有部分異常可以自動捕獲)。
在php中通常會在以下場景中使用異常:
1、對程序的悲觀預測：如果認為自己的代碼無法一一處理各種可預見的情況、不可預見的情況。
2、程序的需要和對業務的關注 : 如果對數據的一致性要求很高時，可以用try...catch把異常造成的邏輯中斷破壞將到最小，并且經過補救
處理后，不影響業務邏輯的完整性。
3、語言級別的健壯性要求 : 通過精確控制運行時的流程，在程序中斷時，有預見的用try...catch縮小可能出錯的范圍，及時捕獲異常并做
出相應的補救。
PHP中的錯誤：
錯誤就是會使腳本運行不正常的情況。
在php中主要的錯誤等級如下：
deprecated: 最低級別的錯誤，表示"不推薦, 不建議"。例如在php 5中使用了ereg系列的正則函數就會出現。這類錯誤一般由于使用了不推薦的、過時的函數或語法造成。不影響程序正常運行，但建議修正。
notice: 一般指語法中存在不恰當的地方。如使用變量但是未定義就會報此錯誤。不影響程序正常流程。
warning: 較高級別的錯誤，在語法中出現很不恰當的情況才會出現此錯誤，比如函數參數不匹配。會導致得不到預期的結果，需要修改代碼。
fetal error: 致命錯誤，直接導致程序終止運行。這類錯誤必須修改。
prase error: 語法解析錯誤，上面幾種都屬于運行時錯誤，此錯誤在運行前就會拋出。
自定義錯誤處理程序：
可以使用 set_error_handler() 函數來托管錯誤處理程序，可自行定制錯誤的處理流程。
如果要取消托管的話，可以在同一個頁面中使用restore_error_handler()來取消托管；如果想要自己拋出一個錯誤的話，可以使用
trigger_error()函數。
