浅谈PHP异常处理

1、PHP中异常的独特性

  PHP中的异常的独特性,即PHP中的异常不同于主流语言C++、java中的异常。在Java中,异常是唯一的错误报告方式,而在PHP中却不是这样,而是把所有不正常的情况都视作了错误进行处理。这两种语言对异常和错误的界定存在分歧。什么是异常什么是错误,两种语言的设计者存在不同的观点。

PHP中的异常:

  是程序在运行中出现不符合预期的情况及与正常流程不同的状况。一种不正常的情况,按照正常逻辑本不该出的错误,但仍然会出现的错误,这是属于逻辑和业务流程的错误,而不是编译或者语法上的错误。

PHP中的错误:

  是属于php脚本自身的问题,大部分情况是由错误的语法,服务器环境导致,使得编译器无法通过检查,甚至无法运行的情况。warning、notice都是错误,只是他们的级别不同而已,并且错误是不能被try-catch捕获的。

   在PHP中遇到任何自身错误都会触发一个错误,而不是抛出异常。PHP一旦遇到非正常代码,通常都会触发错误,而不是抛出异常。因此,如果想要使用异常处理不可预料的问题,是办不到的。

典型例子:

1 <?php
2 
3 try {
4     echo 1/0;
5 } catch (Exception $e){
6     echo $e->getMessage();
7 }

结果:

结果显示:

  此时出现了一个警告级别的错误,程序终止。

结论:

PHP通常是无法自动捕获有意义的异常,它把所有不正常的情况都视作了错误,你要想捕获异常就得使用if....else结构,保证代码是正常的,然后判断进行手动抛出异常。

2、PHP中的错误级别

   PHP中的异常机制是不足的,绝大多数情况下无法自动抛出异常,必须使用if....else语句先进行判断,在进行手动抛出异常。

手动抛出异常的意义不大,是已经预料到的错误,这种方式将会使你陷入纷繁复杂的业务逻辑判断和处理中。

  因此我们可以通过一些特殊的函数来自定义错误处理函数,来接管PHP原生的错误处理函数,然后再进行抛出异常。

  接下来我们需要了解PHP中的一些错误。

错误显示控制:

  【ALL设置】

  全局:php.ini中设置display_error = on/off;

  局部:ini_set("display_error", true/false);

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,问题就解决了。

  【选择性设置显示错误】

  全局:error_reporting = E_ALL | E_STRICT....

  局部:error_reporting(E_ERROR | E_WARNING | E_PARSE)

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)14 16384 E_USER_DEPRECATED 15 30719 E_ALL

   一共有十五种,使用二进制代替,0000 0000 0000 0011 表示 E_ERROR和E_WARNING

  例如:

  error_reporting(3);  //只显示E_ERROR和E_WARNING错误

  error_reporting(-1);  //只显示所有错误误

 注意:

  在开发阶段通常是显示所有错误,方便解决问题;

  在生产阶段通常是隐藏错误,并将需错误记录到文件中(错误日志);

  php.ini中设置:log_error = on/off;  //记录、不记录

         error_log = php_errors.log  //设定错误日志文件(此时没有给定路径则在当前位置生成)

  还可以通过ini_set()进行设置。

3、PHP中的异常处理

  3.1、set_error_handler(error_function, error_type)

  使用set_error_handler(error_function, error_type)函数设置自定义错误处理函数,接管原错误处理函数。

eg.

 1 <?php
 2 
 3 // 方式一
 4 // set_error_handler('myError');
 5 // function myError($errorNum, $errorMs, $errorFile, $errorLine){
 6 //     echo('set_error_handler: ' . $errorNum . ':' . $errorMs . ' in ' . $errorFile . ' on ' . $errorLine . ' line ');
 7 // }
 8 
 9 // 方式二
10 class ErrorClass{
11     // 必须静态public方法
12     public static function myError($errorNum, $errorMs, $errorFile, $errorLine){
13     echo('set_error_handler: ' . $errorNum . ':' . $errorMs . ' in ' . $errorFile . ' on ' . $errorLine . ' line ');
14     }
15 }
16 
17 set_error_handler(['ErrorClass', 'myError']);
18 
19 
20 try {
21     $a = 5/0;
22 } catch (Exception $e) {
23     echo "666666";
24 }

访问结果:

  由结果可知:我们自定义的myError方法截取了错误,此时我们可以主动的处理这些错误,抛出相应的异常。

  但是我们需要注意以下两点:

  第一,如果存在该方法,相应的error_reporting()就不能在使用了。它将接管PHP原生错误处理函数,即所有的错误都会交给自定义的函数处理。

  第二,此方法不能处理以下级别的错误:E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,set_error_handler() 函数所在文件中产生的E_STRICT,该函数只能捕获系统产生的一些Warning、Notice级别的错误。

注意:

如果在脚本执行前发生错误,由于此时自定义的错误处理函数还没有注册,因此就用不到这个自定义错误处理程序。

  3.2、register_shutdown_function(exception_function) 

  捕获PHP的错误:Fatal Error、Parse Error等,这个方法是PHP脚本执行结束前最后一个调用的函数,比如脚本错误、die()、exit、异常、正常结束都会调用。

  通过这个函数就可以在脚本结束前判断这次执行是否有错误产生,这时就要借助于一个函数:error_get_last();这个函数可以拿到本次执行产生的所有错误。error_get_last();返回的信息:

  [type]            - 错误类型   [message]    - 错误消息   [file]              - 发生错误所在的文件   [line]             - 发生错误所在的行

注意:当parse-time出错时是不会调用本函数的。只有在run-time出错的时候,才会调用本函数。即需要成功注册此函数才能使用。【测试3和测试4对比】

 eg.

 1 <?php
 2                 
 3 try {
 4     $a = 5/0;
 5 } catch (Exception $e) {
 6     echo "666666";
 7 }
 8     
 9 register_shutdown_function('myshutdownfunc');
10 function myshutdownfunc()
11 {
12     if ($error = error_get_last()) {
13         echo "<pre>";
14         print_r($error);
15         echo "</pre>";die;
16     }
17 }

测试1:

测试2:(使用echo "string";替换try....catch)

测试3:(使用echo "string"替换try...catch)

此时语法错误,register_shutdown_function函数未执行

测试4:

新建一个文件,具有语法错误的php代码,并将其引入执行文件中,例如

 1 ceshi2.class.php文件
 2 <?php
 3 echo "string"
 4 
 5 ?>
 6 
 7 ceshi.class.php文件
 8 <?php
 9 
10 register_shutdown_function('myshutdownfunc');
11 function myshutdownfunc()
12 {
13     if ($error = error_get_last()) {
14         echo "<pre>";
15         print_r($error);
16         echo "</pre>";die;
17     }
18 }
19 
20 include "ceshi2.class.php";
21 ?>

 结果:

  3.3、set_exception_handler(exception_function)

参数

描述

error_function

必需。规定未捕获的异常发生时调用的函数。该函数必须在调用 set_exception_handler() 函数之前定义。这个异常处理函数需要需要一个参数,即抛出的 exception 对象。

作用:

  set_exception_handler() 函数设置用户自定义的异常处理函数。

  该函数用于创建运行时期间的用户自己的异常处理方法。

  该函数会返回旧的异常处理程序,若失败,则返回 null。

提示:在这个异常处理程序被调用后,脚本会停止执行。

 eg.

 1 <?php
 2 // 第一种放方法
 3 // function myException($exception) {
 4 //     echo "<b>Exception:</b> " , $exception->getMessage();
 5 // }
 6 // set_exception_handler('myException');
 7  
 8 // 第二种方法
 9 class MyError{
10     //必须是静态public方法
11     public static function myException($exception) {
12         echo "<b>Exception:</b> " , $exception->getMessage();
13     }
14 }
15 set_exception_handler(['MyError', 'myException']);
16 throw new Exception('Uncaught Exception occurred---没有人处理的异常');

运行结果:

 作者:那一叶随风

 原文地址:http://www.cnblogs.com/phpstudy2015-6/p/8433541.html

 声明:本博客文章为原创,只代表本人在工作学习中某一时间内总结的观点或结论。转载时请在文章页面明显位置给出原文链接

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏向治洪

android代码混淆

proguard 原理 Java代码编译成二进制class 文件,这个class 文件也可以反编译成源代码 ,除了注释外,原来的code 基本都可以看到。为了...

25480
来自专栏芋道源码1024

精尽 Dubbo 原理与源码专栏( 已经完成 69+ 篇,预计总共 75+ 篇 )

本小节,我们将 《精尽 Dubbo 源码解析》 和 《Dubbo 用户指南》 做一次映射,方便大家直接找到感兴趣的功能的具体源码实现。当然,如果有整理不到位的地...

78330
来自专栏风中追风

java类的加载过程和类加载器的分析

我们知道,我们写的java代码保存的格式是 .java, java文件被编译后会转换为字节码,字节码可以在任何平台通过java虚拟机来运行,这也是java能够跨...

55680
来自专栏mathor

matlab—结构化程式与自定函数

按照步骤一步步来,创建脚本之后,将下面代码复制到编辑器内,然后点击运行或者摁键盘F5

10420
来自专栏草根专栏

测试 ASP.NET Core API Controller

本文需要您了解ASP.NET Core MVC/Web API, xUnit以及Moq相关知识.

14240
来自专栏linux驱动个人学习

设备树的interrupt

interrupts 一个计算机系统中大量设备都是通过中断请求CPU服务的,所以设备节点就需要在指定中断号。常用的属性; interrupt-controlle...

39040
来自专栏偏前端工程师的驿站

Java魔法堂:找外援的利器——Runtime.exec详解

一、前言                                  Java虽然五脏俱全但总有软肋,譬如获取CPU等硬件信息,当然我们可以通过JNI调用...

222100
来自专栏北京马哥教育

面试分享系列 | 17道Python面试题,让你在求职中无往不利

今天给大家分享的是Python面试题系列的第一篇文章,后续我也会陆续整理Python相关的问题给大家,无论是求职者还是新人都可以通过面试题来考察自己的能力缺陷。...

37440
来自专栏Java后端技术栈

面试必备技能:JDK动态代理给Spring事务埋下的坑!

最近做项目遇到了一个很奇怪的问题,大致的业务场景是这样的:我们首先设定两个事务,事务parent和事务child,在Controller里边同时调用这两个方法,...

14130
来自专栏知识分享

3-物联网开发标配方案(APP程序介绍)

我把MQTT的执行程序直接做了一个类,单例模式加回调函数的形式,内部还做成了断线重连的

25920

扫码关注云+社区

领取腾讯云代金券