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这样的错误无法捕获，也无法在发生后恢复流程处理，但是可以使用register_shutdown_function()函数在程序终止或die时触发一个函数，给程序带来一个短暂的回光返照。在php4时，不支持析构函数，也常用于模拟实现析构函数。
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接管系统已有的处理机制。
好了，以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，谢谢大家对的支持。
更多关于php相关内容感兴趣的读者可查看本站专题：《php错误与异常处理方法总结》、《php字符串(string)用法总结》、《php数组(array)操作技巧大全》、《php运算与运算符用法总结》、《php网络编程技巧总结》、《php基本语法入门教程》、《php面向对象程序设计入门教程》、《php+mysql数据库操作入门教程》及《php常见数据库操作技巧汇总》