这里有新鲜出炉的 PHP 设计模式,程序狗速度看过来!
PHP(外文名: Hypertext Preprocessor,中文名:"超文本预处理器")是一种通用开源脚本语言。语法吸收了 C 语言、Java 和 Perl 的特点,入门门槛较低,易于学习,使用广泛,主要适用于 web 开发领域。PHP 的文件后缀名为 php。
PHP 错误是属于 php 程序自身的问题,一般是由非法的语法,环境问题导致的,使得编译器无法通过检查甚至无法运行的情况。PHP 异常一般是业务逻辑上出现的不合预期、与正常流程不同的状况,不是语法错误。本文介绍了 php 中异常和错误的相关资料,需要的朋友可以参考下。
本文主要介绍了 php 中的异常和错误,分享给大家供大家参考学习,下面来一起看看详细的介绍:
一、异常与错误
异常是指程序运行中不符合预期情况以及与正常流程不同的状况。错误则属于自身问题,是一种非法语法或者环境问题导致的、让编译器无法通过检查设置无法运行的情况。
由于 php 最开始是没有异常处理,后来为了进军企业级开发,模仿 java 等语言,推出了异常。导致 php 中遇到任何自身错误都会触发一个错误,而不是抛出一个异常 (某些情况下,会同时抛出错误和异常)。PHP 一旦遇到非正常代码,大多数情况下,都是直接抛出错误,而不是异常。
php 只有在你 throw 一个异常后,才能用 try...catch 来捕获异常 (一般情况下如此,也有部分异常可以自动捕获)。
在 php 中通常会在以下场景中使用异常:
1. 对程序的悲观预测:如果认为自己的代码无法一一处理各种可预见的情况、不可预见的情况。
2. 程序的需要和对业务的关注 : 如果对数据的一致性要求很高时,可以用 try...catch 把异常造成的逻辑中断破坏将到最小,并且经过补救处理后,不影响业务逻辑的完整性。
3. 语言级别的健壮性要求 : 通过精确控制运行时的流程,在程序中断时,有预见的用 try...catch 缩小可能出错的范围,及时捕获异常并做出相应的补救。
二、怎样看待 php 的异常
历史原因导致 php 的异常处理是不足的,绝大多数情况下,无法自动抛出异常,必须使用 if...else 先进行判断,再手动抛出异常。
手动抛出异常的意义不是很大,因为这意味着在代码里已经充分的预期到错误的出现。同时这种方式还会让你在复杂的逻辑判断和处理中晕头转向。导致失去异常真正的优点。
那么有更好的异常抛出方法吗?有,那就是结合使用错误
三、php 中的错误
错误就是会使脚本运行不正常的情况。
在 php 中主要的错误等级如下:
1. deprecated: 最低级别的错误,表示 "不推荐, 不建议"。例如在 php 5 中使用了 ereg 系列的正则函数就会出现。这类错误一般由于使用了不推荐的、过时的函数或语法造成。不影响程序正常运行,但建议修正。
2. notice: 一般指语法中存在不恰当的地方。如使用变量但是未定义就会报此错误。不影响程序正常流程。
3. warning: 较高级别的错误,在语法中出现很不恰当的情况才会出现此错误,比如函数参数不匹配。会导致得不到预期的结果,需要修改代码。
4. fetal error: 致命错误,直接导致程序终止运行。这类错误必须修改。
5. prase error: 语法解析错误,上面几种都属于运行时错误,此错误在运行前就会抛出。
在 php 中,总共有 16 错误级别,但是主要的就是上面几种。
error.php
- $data = '2012-12-20';
- if (ereg("([0-9]{4})-([0-9]{1,2})-([0-9]{1,2})", $data, $regs)) {
- echo "$reg[3].$regs[2].$regs[1]";
- } else {
- echo "Invalid data format: $data";
- }
- $a = array('o' = >2, 4, 6, 8);
- echo $a[o];
- $result = array_sum($a, 3);
- echo func();
- echo '致命错误后,还会执行吗?';
- //echo '最高级别错误', $55;
上面代码执行后,会有四个错误级别,如果你无法完全看到的话,你需要去修改你的 ini 配置文件中错误显示级别为 E_ALL
四、自定义错误处理程序
可以使用
函数来托管错误处理程序,可自行定制错误的处理流程。
- set_error_handler()
如果要取消托管的话,可以在同一个页面中使用
来取消托管。
- restore_error_handler()
如果想要自己抛出一个错误的话,可以使用
函数。
- trigger_error()
- <?php
- //自定义错误处理程序
- function customError($errno, $errstr, $errfile, $errline)
- {
- echo "<b>错误代码:</b>[{$errno}] {$errstr}", PHP_EOL;
- echo "错误所在代码行:{$errline} 文件{$errfile}", PHP_EOL;
- echo "PHP版本", PHP_VERSION, "(", PHP_OS, ")", PHP_EOL;
- }
- set_error_handler("customError", E_ALL | E_STRICT);
- $a = array('o' => 2, 4, 6, 8);
- echo $a[o];
执行上面的代码,可以看到错误信息是由我们自定义的处理程序输出的,完全绕开了系统的处理程序。
如果错误发生在自定义处理程序前,则不会调用我们自定义的错误处理程序,所以应当先定义错误处理程序。
当然不是所有的错误级别都可以用 set_error_handler 来托管,如 EERROR、EPARSE、ECODEWARNING、ECOMPILEERROR、ECOMPILEWARNING 以及 E_STRICT 中的部分。这些错误信息会以原始的方式来显示或者不现实。
PHP 把许多异常看作是错误,所以这些 "异常" 同样可以使用 set_error_handler 来接管:
- function customError($errno, $errstr, $errfile, $errline) {
- //自定义错误处理是,手动抛出异常
- throw new Exception($errstr);
- }
- set_error_handler('customError', E_ALL | E_STRICT);
- try {
- $a = 5 / 0;
- } catch(Exception $e) {
- echo '错误信息:',
- $e - >getMessage();
- }
当然这种处理方式也有自己的优缺点:
缺点: 必须依靠程序员自己来掌控对异常的处理,对于异常的高发区、敏感区,如果程序员处理不好,就会导致业务数据不一致的问题。
优点: 可以获得程序运行时的上下文信息,以进行针对性的补救。
这样的错误无法捕获,也无法在发生后恢复流程处理,但是可以使用
- fetal error
函数在程序终止或 die 时触发一个函数,给程序带来一个短暂的回光返照。在 php4 时,不支持析构函数,也常用于模拟实现析构函数。
- register_shutdown_function()
- class Shutdown {
- public
- function stop() {
- if (error_get_laster()) {
- print_r(error_get_laster());
- }
- die('Stop.');
- }
- }
- register_shutdown_function(array(new Shutdown(), 'stop'));
- $a = new a(); //致命错误,导致失败
- echo '必须终止';
Parse error 级别的错误,除了修改 ini 文件,将错误信息写到日志中,什么也做不了。
小结
php 中错误和异常是两个不同的概念,这种设计根本上导致了 php 的异常和错误与其它语言相异。java 中,异常时错误唯一的报告方式。说到底,两者的区别就是对异常的认识不同产生的。php 异常绝大部分是通过某种方式手动抛出,才能捕获到。是一种半自动化的异常处理机制。
无论是错误还是异常,都可以使用 handler 接管系统已有的处理机制。
来源: http://www.phperz.com/article/17/0807/339997.html