PHP错误处理预定义常量错误代码

发布时间:2019-06-11 21:31:36 来源:青锋建站 作者:青锋建站
  PHP错误处理以响应许多内部错误条件。这些信息可以用于向多个不同的条件发出信号,并且可以根据需要显示和或记录。PHP生成的每个错误都包含一个类型。青锋建站给大家分享这些PHP错误处理类型的列表,并简要描述了它们的行为和可能造成的原因。

PHP错误处理类型

  Note: 你可以使用它们在 php.ini 中的常量名称; 但是在PHP之外,例如在 apache配置文件httpd.conf 之中, 你必须使用二进制位掩码来代替。

错误和日志记录
常量 说明 备注
1 E_ERROR (integer) 致命的运行时错误。这类错误一般是不可恢复的情况,例如内存分配导致的问题。后果是导致脚本终止不再继续运行。  
2 E_WARNING (integer) 运行时警告 (非致命错误)。仅给出提示信息,但是脚本不会终止运行。  
4 E_PARSE (integer) 编译时语法解析错误。解析错误仅仅由分析器产生。  
8 E_NOTICE (integer) 运行时通知。表示脚本遇到可能会表现为错误的情况,但是在可以正常运行的脚本里面也可能会有类似的通知。  
16 E_CORE_ERROR (integer) 在PHP初始化启动过程中发生的致命错误。该错误类似 E_ERROR,但是是由PHP引擎核心产生的。 since PHP 4
32 E_CORE_WARNING (integer) PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING,但是是由PHP引擎核心产生的。 since PHP 4
64 E_COMPILE_ERROR (integer) 致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。 since PHP 4
128 E_COMPILE_WARNING (integer) 编译时警告 (非致命错误)。类似 E_WARNING,但是是由Zend脚本引擎产生的。 since PHP 4
256 E_USER_ERROR (integer) 用户产生的错误信息。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
512 E_USER_WARNING (integer) 用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
1024 E_USER_NOTICE (integer) 用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4
2048 E_STRICT (integer) 启用 PHP 对代码的修改建议,以确保代码具有最佳的互操作性和向前兼容性。 since PHP 5
4096 E_RECOVERABLE_ERROR (integer) 可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误,但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler()),将成为一个 E_ERROR 从而脚本会终止运行。 since PHP 5.2.0
8192 E_DEPRECATED (integer) 运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告。 since PHP 5.3.0
16384 E_USER_DEPRECATED (integer) 用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 5.3.0
30719 E_ALL (integer) E_STRICT出外的所有错误和警告信息。 30719 in PHP 5.3.x, 6143 in PHP 5.2.x, 2047 previously
  上面的值(数值或者符号)用于建立一个二进制位掩码,来制定要报告的错误信息。可以使用按位运算符来组合这些值或者屏蔽某些类型的错误。请注意,在 php.ini 之中,只有'|', '~', '!', '^' 和 '&' 会正确解析。

如何正确使用PHP错误处理

  如果没有设置错误处理程序,那么PHP将根据其配置处理发生的任何错误。报告和忽略哪些错误由ERROR_Reportingphp.ini指令控制,或者在运行时通过调用Error_Report()来控制。但是,强烈建议设置配置指令,因为在开始执行脚本之前可能会发生一些错误。在开发环境中,您应该始终将Error_Reporting设置为E_All,因为您需要注意并修复PHP引发的问题。在生产中,您可能希望将其设置为较少的详细级别,例如E_ALL&~E_NOTION&~E_STIMARED&~E_DENOTE,但在许多情况下,E_ALL也是适当的,因为它可能提供对潜在问题的早期警告。
  PHP如何处理这些错误取决于另外两个php.ini指令。DisplayError控制错误是否显示为脚本输出的一部分。在生产环境中,应该始终禁用该功能,因为它可以包括数据库密码等机密信息,但在开发中通常是有用的,因为它确保立即报告问题。除了显示错误外,PHP还可以在启用LOG_ERARERS指令时记录错误。这将记录由ERROR_LOG定义的文件或syslog中的任何错误。这在生产环境中非常有用,因为您可以记录发生的错误,然后根据这些错误生成报告。

自定义PHP错误处理器

  如果PHP的默认错误处理不足,您还可以使用自己的自定义错误处理程序来处理许多类型的错误,方法是使用SET_ERROR_HANDER()来安装它。虽然某些错误类型不能以这种方式处理,但是可以脚本认为合适的方式处理那些错误类型:例如,可以用它向用户显示一个自定义错误页面,然后比通过日志更直接地报告,例如发送电子邮件。
  青锋建站,提供专业的高品质网站制作服务,包括php网站建设,SEO,网络营销,PHP开发,网站建设知名品牌,全国接单,为企业构建强有力的营销平台。
分享到:

Copyright © 2016-2026 青锋建站 版权所有