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

相关文章
相关标签/搜索