• php异常和错误处理机制


    基本概念

    异常(exception)

    程序执行过程中,出现的不符预定业务逻辑和流程的,程序员可预测并提前写好处理程序的一种情况

    错误(error)

    代码本身的错误导致的程序运行失败

    标准异常处理

    通过异常的定义,我们知道php中的异常是程序员提前预知并手动抛出的。
    php通过try{}catch(){},配合Exception类,抛出并接收异常,实现异常的基本使用,如下

    示例1

    try{
    	$param = $_GET['param'];
    	if(empty($param))	throw new Exception('非法参数');
    	//EmailException PhoneException 为自定义的异常类
    	if(empty($param['email'])) throw new EmailException('邮件为空');
    	if(empty($param['phone')) throw new PhoneException('手机号为空');
    	$last_number = $prams[10];
    }catch(EmailException $e1){
    	echo $e1->getMessage();die();
    }catch(PhoneException $e2){
    	echo $e2->getMessage();die();
    }catch(Exception $e3){
    	echo $e3->getMessage();die();
    }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14

    自定义异常处理

    当代码中有多处异常需要抛出时,我们可以不必每次都使用try…catch处理,完全可以统一处理。这时我们可以用set_exception_handler 方法,注册一个异常监听方法。当有异常抛出时,且没有被 try … catch 捕获处理的话,此时系统会检查上下文是否注册了 set_exception_handler。

    如果未注册 则进入 PHP 标准错误处理 致命错误退出执行。
    如果已注册 则进入 set_exception_handler 处理 程序依然会退出执行。

    故建强烈议将需要后续处理的异常的执行逻辑放入 try … catch 中执行。
    将会阻断流程的异常使用set_exception_handler处理

    
    // 捕获异常后程序会退出执行
    set_exception_handler(function ($exception) {
        echo $exception->getMessage();
        // 此处程序会退出执行 异常到此结束 并不会交给 PHP 标准异常处理
    });
    throw new Exception('hello world!');
    
    echo 'will i be executed?';
    
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10

    异常处理最佳使用场景

    虽说异常是对不符合预期业务逻辑的处理,但并不是在所有业务流程判断中都使用异常处理,这会导致代码臃肿,那么什么时候使用异常处理最佳呢

    控制异常代码影响范围

    当业务流程不在预期内时,且会对后续代码造成影响时。通过try…catch 及时抛出并处理异常,把异常造成的逻辑中断破坏降低到最小范围。上面实例代码就是这种情况。

    保证数据统一性

    当对相关联的数据进行操作,若有成功又失败,会造成关联数据之间的信息不同步。进行该类操作时,一旦有一个数据操作失败就抛出异常,然后把已操作的数据进行回滚。
    典型的使用案例就是对数据库的事务操作,一般都放在try…catch中

    错误处理

    错误等级定义

    php定义了一些错误等级常量,如下

    名称说明举例
    E_ERROR1致命的运行时错误(程序终止)。这类错误一般是不可恢复的情况,例如内存分配导致的问题。后果是导致脚本终止不再继续运行。使用了未定义方法、类、方法参数不匹配等情况
    E_WARNING2运行时警告 (非致命错误)。仅给出提示信息,但是脚本不会终止运行。除数为0等比较严重的错误
    E_PARSE4编译时语法解析错误(程序终止)。解析错误仅仅由分析器产生少了分号、括号等语法错误
    E_NOTICE8运行时通知。表示脚本遇到可能会表现为错误的情况,但是在可以正常运行的脚本里面也可能会有类似的通知。使用了未定义的变量或不存在的偏移量
    E_CORE_ERROR16在PHP初始化启动过程中发生的致命错误(程序终止)。该错误类似E_ERROR,但是是由PHP引擎核心产生的例如php.ini文件配置错误
    E_CORE_WARNING32PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING,但是是由PHP引擎核心产生的例如php.ini文件配置异常
    E_COMPILE_ERROR64致命编译时错误(程序终止)。类似E_ERROR, 但是是由Zend脚本引擎产生的
    E_COMPILE_WARNING128编译时警告 (非致命错误)。类似 E_WARNING,但是是由Zend脚本引擎产生的
    E_USER_ERROR256用户产生的错误信息(程序终止)。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的
    E_USER_WARNING512用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的
    E_USER_NOTICE1024用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的
    E_STRICT2048启用 PHP 对代码的修改建议,以确保代码具有最佳的互操作性和向前兼容性
    E_RECOVERABLE_ERROR4096可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误,但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获,将成为一个 E_ERROR 从而脚本会终止运行
    E_DEPRECATED8192运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告
    E_USER_DEPRECATED16384用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的
    E_ALL30719E_STRICT出外的所有错误和警告信息

    经常出现的错误提示一般是1,2,4,8几种,E_CORE_*和E_CMMPILE_*级别的错误很少会出现

    标准错误处理

    标准错误处理是指针对程序执行过程中出现的错误,用户未自主处理时,php会使用标准模式展示这些错误

    开启标准错误提示

    ini_set(‘display_errors’,‘on’); //off是关闭

    设置标准错误提示等级

    error_reporting(E_ALL | E_STRICT); //表示所有等级错误都为提示,可自行选择需要提示的错误等级

    默认状态下,php没有开启错误提示。当有致命错误导致程序终止,且用户也未捕获错误时,会返回一个500错误
    在这里插入图片描述

    但当开启了标准错误提示后,会打印出错误信息

    在这里插入图片描述

    自主处理非致命错误

    若我们想要自主捕获错误并处理,可以使用set_error_handler方法,注册一个处理错误的方法,如下

    set_error_handler(function ($error_no, $error_msg, $error_file, $error_line) {
    	//方法内可以自行处理要打印的异常信息
    	echo '这是一个自主处理的异常,异常编号:'.$error_no;
    	// 若return false,程序不会终止,错误会继续递交给 PHP 标准错误处理。否则结束程序
    	//return false;
    })
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6

    使用自定义错误处理的话,标准错误无效,因我们注册的方法接管了标准错误处理

    但是,set_error_handler并不能捕获所有错误

    • 可以捕获: E_WARNING & E_NOTICE & E_DEPRCATED & E_USER_* & 部分 E_STRICT 级的错误。
    • 无法捕获: E_ERROR & E_PARSE & E_CORE_* & E_COMPLIE_* 级的错误。

    自主处理致命错误

    那么我们该如何获取致命级别的错误呢
    如果我们跟着文章设置了标准错误,并编写代码测试后,会发现当代码有致命错误时,并没错误输出,而是直接500错误,如下,我们新建一个error.php文件

    
    ini_set('display_errors','off');
    error_reporting(E_ALL | E_STRICT);
    
    echo "aaa"
    
    • 1
    • 2
    • 3
    • 4
    • 5

    代码少了分号,语法错误。当时直接返回500,这是为什么呢。这个涉及到了php的程序的编译和执行问题

    PHP是脚本语言,在执行代码时需要先进行一系列的编译处理,才能执行。在文件编译阶段,对代码语法进行了校验,但这个时候代码未执行,所以文件开头的动态配置是没有意义的。编译时判断语法错误,脚本直接停止了运行。直接调用了php.ini的默认配置,不显示错误信息。这就是为什么在php.ini配置可以生效,动态配置无效的原因。

    为了解决这个问题,我们要保设置证标准错误开启的文件正确,能够被正常编译执行,配置才能生效。
    我们包error.php最后一行代码删除。然后新建一个index.php文件,在文件中引入error.php即可,如下

    index.php

     
    include "error.php";
    echo "aaa"
    
    • 1
    • 2
    • 3

    再次执行后,页面输出了错误信息。
    这是因为index.php文件在编译到错误代码报错前,先编译了引入的error.php文件,error文件被正确执行,配置生效。

    根据php这个特性,我们要捕获致命级错误,就需要捕获错误的代码不会被错误代码影响到。try…catch就是一个完美的无措容器,我们可以在try引入如错误代码(不能直接写错误代码,会编译错误),在catch中捕获错误,如下

    try{
        include 'index.php';
    } catch (\ErrorException $errorException) {
        // 捕获错误异常
        echo 'ErrorException: ' . $errorException . PHP_EOL;
    } catch (\Exception $exception) {
        // 捕获异常
        echo 'Exception: ' . $exception . PHP_EOL;
    } catch (\TypeError $typeError) {
        // 捕获类型错误 返回值/参数不正确
        //var_dump($typeError);
        echo 'Type Error: ' . $typeError->getFile() . PHP_EOL;
    } catch (\ParseError $parseError) {
        // 捕获解析错误 语法错误
        echo 'Parse Error: ' . $parseError . PHP_EOL;
    } catch (\DivisionByZeroError $divisionByZeroError) {
        // 除 0 无法捕获 但 除 0 取余可以捕获 = = 很无奈
        echo 'Division By Zero Error: ' . $divisionByZeroError . PHP_EOL;
    } catch (\Error $error) {
        // 基本错误
        echo 'Error: ' . $error . PHP_EOL;
    }
    
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17
    • 18
    • 19
    • 20
    • 21
    • 22
    • 23

    抛出自定义错误

    trigger_error 用来触发用户级别的自定义错误
    set_error_handler 和 标准错误 都能捕获到该错误

    trigger("报错信息",E_USER_NOTICE);//默认错误等级为E_USER_NOTICE
    
    • 1

    支持E_USER_NOTICE,E_USER_WARNING,E_USER_DEPRECATED,E_USER_ERROR 四个错误类型的抛出

    E_USER_ERROR 级别的错误如果被 PHP 标准错误处理 捕获,脚本也会退出执行

  • 相关阅读:
    shell编写循环检查脚本
    一个C++工程内存泄漏问题的排查及重现工程
    【滤波跟踪】基于Huber函数和最大相关熵的抗差滤波算法实现GNSS导航定位粗差处理附matlab代码
    树形DP小结
    KVM 虚拟化
    根据代码获取properties对应信息
    WPF livecharts 折线图遮挡数字问题
    Folyd
    分布式多主关系数据库的底线业务优势
    SpringCloudAlibaba Seata在Openfeign跨节点环境出现全局事务Xid失效原因底层探究
  • 原文地址:https://blog.csdn.net/u012830303/article/details/126758557