PHP常见概念混淆(八)之错误与异常

  1. PHP错误
  2. PHP异常

  3. 总结

  4. 参考

PHP 错误

PHP报告错误是为了响应一些内部错误情况,而且通过类型来表示不同的内部错误情况,并且可以通过设置来显示或者记录下来。 PHP错误类型作为PHP核心之错误扩展中的预定义常量存在。

PHP错误最佳实践

  • 一定要让 PHP 报告错误;
  • 在开发环境中要显示错误;
  • 在生产环境中不能显示错误;
  • 在开发和生产环境中都要记录错误。

PHP错误类型

PHP错误类型以及错误级别

PHP分为多个错误级别,而且在不同版本中的错误级别有可能不一致,建议使用预定义常量,而不是数字。

常量说明
1E_ERROR致命的运行时错误,不可恢复,如位置异常,内存不足等。注意,如果有未被捕获的异常,也是会触发这个级别的。
2E_WARNING运行时警告 (非致命错误)。仅给出提示信息,但是脚本不会终止运行。
4E_PARSE解析错误,在解析PHP文件时产生,并强制PHP在执行前退出
8E_NOTICE运行时通知。表示脚本遇到可能会表现为错误的情况,但是在可以正常运行的脚本里面也可能会有类似的通知。
16E_CODE_ERROR在PHP初始化启动过程中发生的致命错误。该错误类似E_ERROR,但是是由PHP引擎核心产生的。
32E_CODE_WARNINGPHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING,但是是由PHP引擎核心产生的。
64E_COMPILE_ERROR致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。
128E_COMPILE_WARNING编译时警告 (非致命错误)。类似E_WARNING,但是是由Zend脚本引擎产生的。
256E_USER_ERROR用户产生的错误信息。类似E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。
512E_USER_WARNING用户产生的警告信息。类似E_WARNING, 但是是由用户自己在代码中使用PHP函数trigger_error()来产生的。
1024E_USER_NOTICE用户产生的通知信息。类似E_NOTICE, 但是是由用户自己在代码中使用PHP函数trigger_error()来产生的。
2048E_STRICT启用 PHP 对代码的修改建议,以确保代码具有最佳的互操作性和向前兼容性。
4096E_RECOVERABLE_ERROR可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误,但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler()),将成为一个 E_ERROR 从而脚本会终止运行。
8192E_DEPRECATED运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告。
16384E_USER_DEPRECATED用户产生的警告信息。 类似E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。
30719E_ALLE_STRICT除外的所有错误和警告信息。PHP5.4后包含E_STRICT错误
PHP错误类型总结
  1. E_ERROR:运行时致命错误
  2. E_WARNING:运行时警告
  3. E_PARSE:解析时错误
  4. E_NOTICE:运行时通知,可能为错误。
  5. E_CODE_ERRORE_CODE_WARNING:PHP初始化时产生的致命错误和警告
  6. E_COMPIL_ERRORE_COMPIL_WARNING:编译时产生的致命错误和警告
  7. E_STRICT:你的代码可以运行,但是不是PHP建议的写法。
  8. E_DEPRECATED:运行时通知,启用后将会对在未来版本中可能无法正常工作的代码给出警告。
  9. E_RECOVERABLE_ERROR:可被捕获的E_ERROR,如果用户未定义 set_error_handler()函数则成为一个E_ERROR错误
  10. E_USER_ERRORE_USER_WARNINGE_USER_NOTICEE_USER_DEPRECATED:用户自定义的错误,使用trigger_error()抛出。
  11. E_ALL:除了E_STRICT以外的所有错误信息。PHP5.4后包含E_STRICT错误
PHP错误类型使用

可以在配置文件或者 error_reporting()函数中使用用于设置应该报告何种错误,可以使用按位运算符来组合这些值或者屏蔽某些类型的错误。在配置文件中只能使用 |&^~!来进行组合。

PHP错误配置

错误配置内容
error_reporting = E_ALL          // 报告错误级别,什么级别的
display_errors = On             // 是否把错误展示在输出上,这个输出可能是output(PHP执行的输出流),也可能是stdout(为进程的标准输出)。PHP5.2以后可以设置值为 `stderr`,则可以将错误展示到 stderr输出(即标准错误输出)
display_startup_errors = On      // 是否把启动过程的错误信息显示在页面上
log_errors = On                 // 是否要记录错误日志
log_errors_max_len = 1024        // 错误日志的最大长度
ignore_repeated_errors = Off     // 是否忽略重复的错误
ignore_repeated_source = Off     // 忽略重复消息时,也忽略消息的来源
report_memleaks = On            // 如果这个参数设置为Off,则内存泄露信息不会显示 (在 stdout 或者日志中)。
track_errors = Off              // 是否使用全局变量$php_errormsg来记录最后一个错误
html_errors = On                // 是否把输出中的函数等信息变为HTML链接
xmlrpc_errors = 0               // 是否使用XML-RPC的错误信息格式记录错误
xmlrpc_error_number = 0          // 用作 XML-RPC faultCode 元素的值。
docref_root = http://manual/en/  // 如果打开了html_errors参数,PHP将会在出错信息上显示超连接,直接链接到一个说明这个错误或者导致这个错误的函数的页面。你可以从http://www.php.net/docs.php下载php手册,并设置docref_root参数,将他指向你本地的手册所在目录。你还必须设置"docref_ext"来指定文件的扩展名  
error_prepend_string = "11"      //错误信息之前输出的内容。 
error_append_string = "22"       //错误信息之后输出的内容。
fastcgi.logging = 0             // 是否把php错误抛出到fastcgi中
error_log = /tmp/php_errors.log  // php中的错误显示的日志位置
错误配置的一些说明
  1. error_reporting:配置什么样子的错误能显示,这个是最重要的控制
  2. display_errors是否展示错误说明,设置为Off则不显示错误的说明信息

错误相关的一些函数

  1. error_reporting([ int $level ] ):可以设置$level,不设置则输出当前的错误级别

    // 关闭所有PHP错误报告
    error_reporting(0);
    
    // Report simple running errors
    error_reporting(E_ERROR | E_WARNING | E_PARSE);
    
    // 报告 E_NOTICE也挺好 (报告未初始化的变量
    // 或者捕获变量名的错误拼写)
    error_reporting(E_ERROR | E_WARNING | E_PARSE | E_NOTICE);
    
    // 除了 E_NOTICE,报告其他所有错误
    error_reporting(E_ALL ^ E_NOTICE);
    
    // 报告所有 PHP 错误 (参见 changelog)
    error_reporting(E_ALL);
    
    // 报告所有 PHP 错误
    error_reporting(-1);
  2. set_error_handler(callable $error_handler [, int $error_types = E_ALL | E_STRICT ]):设置用户自定义的错误处理函数。

    • 其中$error_handle为一个回调函数
    • $_error_type:如果没有该掩码, 无论 error_reporting 是如何设置的, error_handler 都会在每个错误发生时被调用。
    • 以下是不能被用户自定义函数调用的错误级别:E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING
    • error_types 里指定的错误类型都会绕过 PHP 标准错误处理程序, 除非回调函数返回了 FALSE
    • 如果错误发生在脚本执行之前(比如文件上传时),将不会 调用自定义的错误处理程序因为它尚未在那时注册。
  3. bool trigger_error ( string $error_msg [, int $error_type = E_USER_NOTICE ] ):产生一个用户级别的错误

PHP7错误处理机制

PHP 7 改变了大多数错误的报告方式。不同于传统(PHP 5)的错误报告机制,现在大多数错误被作为 Error 异常抛出。

这种 Error 异常可以像 Exception 异常一样被第一个匹配的 try / catch 块所捕获。如果没有匹配的 catch 块,则调用异常处理函数(事先通过 set_exception_handler()注册)进行处理。 如果尚未注册异常处理函数,则按照传统方式处理:被报告为一个致命错误(Fatal Error)。

Error 类并非继承自 Exception 类,所以不能用 catch (Exception $e) { ... } 来捕获 Error。你可以用 catch (Error $e) { ... },或者通过注册异常处理函数(set_exception_handler())来捕获 Error。

PHP异常

PHP的异常和其他语言中的异常一样,使用 trycatchfinally,只不过PHP的异常系统不会自动抛出,需要手动抛出导致PHP异常在程序中的作用减半(异常就是意料之外的事情,根本我们意料不到的,如果用手动抛出,证明已经预先预料到了,那异常的意义就变味了) 。

常用函数

set_exception_handler(callable $exception_handler):设置默认的异常处理程序,用于没有用 try/catch 块来捕获的异常。 在 exception_handler 调用后异常会中止。

  • $exception_handler回调函数的参数是Exception类,PHP7以后为Throwable类,该类可以捕获大多数的错误

总结

在PHP 中将代码自身异常(一般是环境或者语法非法所致)称作错误 Error,将运行中出现的逻辑错误称为异常 Exception

PHP7之前

error可以通过set_error_handler()函数处理错误,但是一部分error类型是无法进行捕获的。Exception只能通过用户手动 throw,未通过 try/catch的会被set_exception_handler()捕获,如果未定义set_exception_handler()函数,也未try/catch的则会产生一个 Fatal error。那么问题来了,我们都用过框架,但是为什么框架能处理致命错误?可以参考这篇:PHP 优雅的捕获处理错误 -- E_PARSE / E_ERROR

PHP7之后

PHP7 中出现了 Throwable 接口,该接口由 ErrorException 实现,用户不能直接实现 Throwable 接口,而只能通过继承 Exception 来实现接口(这就和Java有点像了,虽然不能像Java那么强大,但是配合着set_exception_handler()函数可以捕获大部分的错误与异常,但是像一些如内存不足等错误还是像原来一样让程序停止运行)。可以参考 PHP7中的异常与错误处理

参考

  1. http://php.net/manual/zh/language.errors.basics.php

  2. PHP的错误机制总结

  3. php 的错误和异常处理机制

  4. PHP 最佳实践之异常和错误

转载于:https://www.cnblogs.com/qiye5757/p/9530919.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值