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();
}

自定义异常处理

当代码中有多处异常需要抛出时，我们可以不必每次都使用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？';

异常处理最佳使用场景

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

控制异常代码影响范围

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

保证数据统一性

当对相关联的数据进行操作，若有成功又失败，会造成关联数据之间的信息不同步。进行该类操作时，一旦有一个数据操作失败就抛出异常，然后把已操作的数据进行回滚。

典型的使用案例就是对数据库的事务操作，一般都放在try…catch中

错误处理

错误等级定义

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

经常出现的错误提示一般是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;
})

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

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

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

自主处理致命错误

那么我们该如何获取致命级别的错误呢

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

<?php
ini_set('display_errors','off');
error_reporting(E_ALL | E_STRICT);
echo "aaa"

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

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

为了解决这个问题，我们要保设置证标准错误开启的文件正确，能够被正常编译执行，配置才能生效。

我们包error.php最后一行代码删除。然后新建一个index.php文件，在文件中引入error.php即可，如下

index.php

<?php 
include "error.php";
echo "aaa"

再次执行后，页面输出了错误信息。

这是因为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;
}

抛出自定义错误

trigger_error 用来触发用户级别的自定义错误

set_error_handler 和 标准错误 都能捕获到该错误

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

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

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

到此这篇关于php异常与错误处理机制概念及使用介绍的文章就介绍到这了,更多相关php异常内容请搜索Devmax以前的文章或继续浏览下面的相关文章希望大家以后多多支持Devmax！