遇到一个php的错误,PHP错误和异常处理

最新推荐文章于 2023-06-21 14:50:59 发布

南陇听风

最新推荐文章于 2023-06-21 14:50:59 发布

阅读量462

点赞数

文章标签：遇到一个php的错误

开篇一题：

问：此脚本执行输出什么，如果出现错误如何捕获处理错误？

error_reporting(E_ALL);

try {

// 调用一个不存在的函数

call_not_exist_method();

} catch (Exception $e) {

echo $e->getMessage();

}

请先思考一下，然后带着问题来看一下PHP的错误与异常

一、什么是错误和异常

异常：PHP里的异常是程序运行中不符合预期的情况以及与正常流程不同的状况。就是说按照正常逻辑不该出错，但仍然出错，这属于逻辑和业务流程的一种中断，而不是语法错误。

错误：在PHP里遇到任何自身错误都会出发一个错误，而不是抛异常(对于一些情况，会同时抛出异常和错误)，也就是说PHP一旦遇到非正常代码，通常会触发错误，而不是异常。

运行一下上边的代码：

Fatal error: Call to undefined function call_not_exist_method() in E:\web\test.php on line 5

可以看到，对于这种情况PHP认为是一个错误，直接触发Fatel Error，而不会自动抛出异常进入异常分支。这种情况还有很多，比如说数据库连接失败自动抛出异常是不可行的，因为在PHP看来这是错误，不是异常。

PHP和Java之间错误和异常的概念存在巨大分歧，在Java里异常是唯一的错误报告方式，它会对很多与预期不一致的行为进行捕获，并对异常进行处理；而PHP，通常无法自动捕获有意义的异常的。

总之，PHP中的异常机制是不足的，绝大多数情况下无法自动抛出异常，必须用if...else...代码先进行判断，再手动抛出异常。

二、如何处理这些错误与异常

有三个函数至关重要，需要了解一下：set_error_handler(), register_shutdown_function, set_exception_handler

set_error_handler() - 设置用户自定义的错误处理函数

function _error_handler($errno, $errstr, $errfile, $errline)

{

echo '错误信息:' . $errstr . '
';

echo '错误文件:' . $errfile . '
';

echo '错误行号:' . $errline;

}

set_error_handler("_error_handler");

echo $a; // 直接输出一个未定义的变量，会产生一个Notice的错误信息

运行一下上述代码，会发现_error_handler()函数是能够捕获到脚本产生的Notice错误的，我们再换个方式试试。

function _error_hander($errno, $errstr, $errfile, $errline)

{

echo '错误信息:' . $errstr . '
';

echo '错误文件:' . $errfile . '
';

echo '错误行号:' . $errline;

}

set_error_handler("_error_hander");

echo $a // 丢掉分号，会导致语法解析错误

再运行以上代码，会发现运行结果并没有按照我们预期的方式显示，_error_handler()函数已经捕获不到这个错误了，运行结果如下：

Parse error: syntax error, unexpected end of file, expecting ',' or ';' in D:\www\error\index.php on line 11

官方文档给出了这样的解释：

以下级别的错误不能由用户定义的函数来处理： E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING，和在调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT。

register_shutdown_function( ) - 注册一个会在php中止时执行的函数

这个函数会在程序终止或者die时触发，给PHP来一个短暂的“回光返照”，对于Parse error和Fatal error等一些会导致脚本终止的错误，可以利用这个函数做最后的收尾工作。

register_shutdown_function('_shutdown');

function _shutdown()

{

if(error_get_last()){

echo '

';

print_r(error_get_last());

}

echo md6(); // 调用一个不存在的方法，会产生Fatal error，脚本终止

这个Fatal error已经可以通过_shutdown()捕获，运行结果如下：

Fatal error: Uncaught Error: Call to undefined function md6() in D:\Apache24\htdocs\test\error\index.php:10 Stack trace: #0 {main} thrown in D:\Apache24\htdocs\test\error\index.php on line 10

Array

(

[type] => 1

[message] => Uncaught Error: Call to undefined function md6() in D:\Apache24\htdocs\test\error\index.php:10

Stack trace:

#0 {main}

thrown

[file] => D:\Apache24\htdocs\test\error\index.php

[line] => 10

)

我们再来看一段代码：

register_shutdown_function('_shutdown');

function _shutdown()

{

if(error_get_last()){

echo '

';

print_r(error_get_last());

}

echo 11 // 这里丢失分号，产生Parse error，脚本终止

这次脚本终止了，可是错误并没有捕获到，运行结果：

Parse error: syntax error, unexpected end of file, expecting ',' or ';' in D:\Apache24\htdocs\test\error\index.php on line 11

这是为什么呢？大概看一下PHP的基本运行机制：

PHP运行用户的代码时，zend引擎首先会对语法进行解析，解析期间用户代码是还没有生效的，所以我们设置的set_error_handler一系列错误处理函数，只有在解析没有问题，zend才会载入解释脚本，这个时候才会生效。

另外，PHP没有“链接依赖库 -- 编译 -- 运行” 一说。当 php 在主脚本中 “引入依赖” 时，Zend Engine 并不会在对主脚本做语法解析时将其 “依赖” 也载入解析。zend只会对当前的主脚本做语法解析，在解析通过后，便开始解释执行用户代码，即便 “依赖” 中有 Parse Error，那也得等到真的执行到载入命令时才会加载解析 -- 解释 -- 运行。

熟悉框架的同学应该知道，框架都是index.php作为统一入口，然后require各种类库组件，举个例子：index.php此时就相当于一个大盒子，各种类库就相当于一个个小盒子，require相当于把这些小盒子放到大盒子里边，框架运行的时候，zend只会对大盒子进行语法解析，由于大盒子的语法是没问题的，即使某一个小盒子里有语法错误，但是并不会有影响，通过语法解析后到真正载入执行的时候才会关注小盒子的问题。

了解了PHP运行流程之后，我们来改进一下代码：

register_shutdown_function('_shutdown');

function _shutdown()

{

if(error_get_last()){

echo '