php的错误级别
浏览数：21 /
时间：2015年06月09日
error_reporting()
用于设置
PHP 的报错级别并返回当前级别。(PHP 4, PHP 5)
函数能够在运行时设置
error_reporting 指令。
PHP
有诸多错误级别，使用该函数可以设置在脚本运行时的级别。
如果没有设置可选参数
level， error_reporting() 仅会返回当前的错误报告级别。
参数level
新的 error_reporting 级别。 可以是一个位掩码也可以是一个已命名的常量。
建议使用已命名的常量，以确保兼容将来的版本。
由于错误级别的添加、整数取值范围的增加，
较久的基于整数的错误级别不会总是和预期的表现一致。
level
可能的值：
值
常量 描述
1
E_ERROR 致命的运行错误。错误无法恢复，暂停执行脚本。
2
E_WARNING 运行时警告(非致命性错误)。非致命的运行错误，脚本执行不会停止。
4
E_PARSE 编译时解析错误。解析错误只由分析器产生。
8
E_NOTICE 运行时提醒(这些经常是你代码中的bug引起的，也可能是有意的行为造成的。)
16
E_CORE_ERROR PHP 启动时初始化过程中的致命错误。
32
E_CORE_WARNING PHP启动时初始化过程中的警告(非致命性错)。
64
E_COMPILE_ERROR
编译时致命性错。这就像由Zend脚本引擎生成了一个E_ERROR。
128
E_COMPILE_WARNING
编译时警告(非致性错)。这就像由Zend脚本引擎生成了E_WARNING警告。
256
E_USER_ERROR
自定义错误消息。像用PHP函数trigger_error（程序员设置E_ERROR）
512
E_USER_WARNING
自定义警告消息。像用PHP函数trigger_error（程序员设的E_WARNING警告）
1024
E_USER_NOTICE
自定义的提醒消息。像由使用PHP函数trigger_error（程序员E_NOTICE集）
2048
E_STRICT
编码标准化警告。允许PHP建议修改代码以确保最佳的互操作性向前兼容性。
4096
E_RECOVERABLE_ERROR
开捕致命错误。像E_ERROR，但可以通过用户定义的处理捕获（又见set_error_handler（））
8191
E_ALL 所有的错误和警告(不包括
E_STRICT) (E_STRICT will be part of E_ALL as of PHP 6.0)
任意数目的以上选项都可以用“或”来连接(用
OR 或 |)，这样可以报告所有需要的各级别错误。
例如，下面的代码关闭了用户自定义的错误和警告，执行了某些操作，然后恢复到原始的报错级别：
例：
<?php
error_reporting(0);
//禁用错误报告
error_reporting(E_ERROR
| E_WARNING | E_PARSE);//报告运行时错误
error_reporting(E_ALL);
//报告所有错误
error_reporting(E_ALL
^ E_NOTICE); //除E_NOTICE报告所有错误，是在php.ini的默认设置
error_reporting(-1);
//报告所有 PHP 错误
error_reporting(3);
//不报E_NOTICE
error_reporting(11);
//报告所有错误
ini_set(‘error_reporting‘,
E_ALL); // 和 error_reporting(E_ALL); 一样
error_reporting(E_ERROR
| E_WARNING | E_PARSE | E_NOTICE);//表示php错误，警告，语法错误，提醒都返错。
?>
版本区别：
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的应用程序池）的负担。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
