php的錯誤級別

error_reporting()
用於設置 PHP 的報錯級別並返回當前級別。(PHP 4, PHP 5)
函數可以在運行時設置 error_reporting 指令。
PHP 有諸多錯誤級別,使用該函數能夠設置在腳本運行時的級別。
若是沒有設置可選參數 level, error_reporting() 僅會返回當前的錯誤報告級別。
 
參數level
    新的 error_reporting 級別。 能夠是一個位掩碼也能夠是一個已命名的常量。
 建議使用已命名的常量,以確保兼容未來的版本。 因爲錯誤級別的添加、整數取值範圍的增長,
 較久的基於整數的錯誤級別不會老是和預期的表現一致。
 
level 可能的值:
         值      常量                       描述
 1 1     E_ERROR           致命的運行錯誤。錯誤沒法恢復,暫停執行腳本。
 2 2     E_WARNING         運行時警告(非致命性錯誤)。非致命的運行錯誤,腳本執行不會中止。
 3 4     E_PARSE           編譯時解析錯誤。解析錯誤只由分析器產生。
 4 8     E_NOTICE          運行時提醒(這些常常是你代碼中的bug引發的,也多是有意的行爲形成的。)
 
5
16 E_CORE_ERROR PHP 啓動時初始化過程當中的致命錯誤。 6 32 E_CORE_WARNING PHP啓動時初始化過程當中的警告(非致命性錯)。
7
64 E_COMPILE_ERROR 編譯時致命性錯。這就像由Zend腳本引擎生成了一個E_ERROR。 8 128 E_COMPILE_WARNING 編譯時警告(非致性錯)。這就像由Zend腳本引擎生成了E_WARNING警告。
9
256 E_USER_ERROR 自定義錯誤消息。像用PHP函數trigger_error(程序員設置E_ERROR) 10 512 E_USER_WARNING 自定義警告消息。像用PHP函數trigger_error(程序員設的E_WARNING警告) 11 1024 E_USER_NOTICE 自定義的提醒消息。像由使用PHP函數trigger_error(程序員E_NOTICE集)
12 2048 E_STRICT 編碼標準化警告。容許PHP建議修改代碼以確保最佳的互操做性向前兼容性。 13 4096 E_RECOVERABLE_ERROR 開捕致命錯誤。像E_ERROR,但能夠經過用戶定義的處理捕獲(又見set_error_handler()) 14 8191 E_ALL 全部的錯誤和警告(不包括 E_STRICT) (E_STRICT will be part of E_ALL as of PHP 6.0)
14 16384 E_USER_DEPRECATED
15 30719 E_ALL
15個正好對應二進制的15位。
須要注意的是, 上述表中的字段, 不是一成不變的, 不一樣的PHP版本, 值可能會不一樣, 詳細的請參考 php預約義常量
 
任意數目的以上選項均可以用「或」來鏈接(用 OR 或 |),這樣能夠報告全部須要的各級別錯誤。
例如,下面的代碼關閉了用戶自定義的錯誤和警告,執行了某些操做,而後恢復到原始的報錯級別:
例:
 1 <?php
 2      error_reporting(0);                //禁用錯誤報告
 3      error_reporting(E_ERROR | E_WARNING | E_PARSE);//報告運行時錯誤
 4      error_reporting(E_ALL);            //報告全部錯誤
 5      error_reporting(E_ALL ^ E_NOTICE); //除E_NOTICE報告全部錯誤,是在php.ini的默認設置
 6      error_reporting(-1);               //報告全部 PHP 錯誤
 7      error_reporting(3);                //不報E_NOTICE
 8      error_reporting(11);               //報告全部錯誤
 9      ini_set('error_reporting', E_ALL); // 和 error_reporting(E_ALL); 同樣
10      error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE);//表示php錯誤,警告,語法錯誤,提醒都返錯。
11 ?>
 
換算關係:
E_All: 十進制爲30719,換成二進制爲 111011111111111
E_NOTICE:十進制爲8,換成二進制爲 1000
~E_NOTICE:對E_NOTICE進行取反操做, 變成0111
E_ALL & ~E_NOTICE::E_ALL和 ~E_NOTICE進行與操做,變成111011111110111,化成十進制就是30711
 
能夠看到E_ALL並非顯示了全部的錯誤,第12位爲0, 這一位的權重爲2的11次方, 爲2048,其實就是E_STRICT的值,因此E_ALL是顯示除E_STRICT的全部錯誤級別。
E_ALL & ~E_NOTICE 的二進制能夠看出,從右至左,第4位和第12位爲0,第4位的權重爲2的3次方,爲8,就是E_NOTICE的值,因此是顯示除了E_STRICTE_NOTICE的全部錯誤。
 
兩個例子:
  1、若是想顯示:E_WARNING, E_NOTICEE_PARSE 級別的錯誤,寫法與步驟:
    1:先寫二進制:
      000000000000000
    2:把對應的位置置爲1
      000000000001110
    3:換算爲10進制
      2 ^ 1 + 2 ^ 2 + 2 ^ 3 = 14
  2、error_reporting(2047) 換成 常量寫法
    1:換算成二進制
      000001111111111
    2:找對應關係
    
USER_DEPRECATED
0                  
DEPRECATED 0
RECOVERABLE_ERROR 0
STRICT 0
USER_NOTICE 0
USER_WARNING 1
USER_ERROR 1
COMPILE_WARNING 1
COMPILE_ERROR 1
CORE_WARNING 1
CORE_ERROR 1
NOTICE 1
PARSE 1
WARNING 1
ERROR 1

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
版本區別:
  5.4.0 E_STRICT 成爲 E_ALL 的一部分
  5.3.0 引入 E_DEPRECATED 和 E_USER_DEPRECATED。
  5.2.0 引入 E_RECOVERABLE_ERROR。
  5.0.0 引入 E_STRICT (但不包括在 E_ALL 以內)。
  
  緣由:
  若是設置爲:E_ALL | E_STRICT,則表示記錄全部的錯誤信息,可能會致使網站出現一大堆的錯誤代碼;
  可是對於程序員來講應該說是,能夠把代碼優化到最優;一些非致命性錯誤雖然不影響程序的運行,
  可是會使PHP的負擔加劇,一般是增長了網站進程(例如IIS的應用程序池)的負擔。
 
其餘的錯誤相關:
 
  display_errors
  錯誤回顯,通常經常使用語開發模式,可是不少應用在正式環境中也忘記了關閉此選項。錯誤回顯能夠暴露出很是多的敏感信息,爲攻擊者下一步攻擊提供便利。推薦關閉此選項。 一旦某個產品投入使用,那麼第一件事就是應該將display_errors選項關閉,以避免由於這些錯誤所透露的路徑、數據庫鏈接、數據表等信息而遭到黑客攻擊。
         On表示開啓狀態下,若出現錯誤,則報錯,出現錯誤提示。 Off 表示關閉狀態下,若出現錯誤,則提示:服務器錯誤。可是不會出現錯誤提示

  log_errors
  在正式環境下用這個就好了,把錯誤信息記錄在日誌裏。能夠關閉錯誤回顯。 某個產品投入使用後,將PHP的log_errors開啓,默認是記錄到WEB服務器的日誌文件裏,好比Apache的error.log文件。 固然也能夠記錄錯誤日誌到指定的文件中。另外也能夠設定error_log = syslog,使這些錯誤信息記錄到操做系統的日誌裏。
1 # vim /etc/php.inidisplay_errors = Off
2 log_errors = On
3 error_log = /var/log/php-error.log 

 

       PHP.ini中display_errors = Off失效的解決
  問題: PHP設置文件php.ini中明明已經設置display_errors = Off,可是在運行過程當中,網頁上仍是會出現錯誤信息。
  解決: 經 查log_errors= On,據官方的說法,當這個log_errors設置爲On,那麼必須指定error_log文件,若是沒指定或者指定的文件沒有權限寫入,那麼照樣會輸 出到正常的輸出渠道,那麼也就使得display_errors 這個指定的Off失效,錯誤信息仍是打印了  出來。因而將log_errors = Off,問題就解決了。
php

相關文章
相關標籤/搜索