总结:
php错误不会抛出异常,因此不能被catch,但会根据配置写入日志文件或者输出到浏览器,所以可以通过日志文件查看错误
php异常都必须自己抛出,并通过catch捕捉。SQL语句执行的错误好像可以自动抛出。
在php中通常会在以下场景中使用异常:
-
对程序的悲观预测
:如果认为自己的代码无法一一处理各种可预见的情况、不可预见的情况。 -
程序的需要和对业务的关注
: 如果对数据的一致性要求很高时,可以用try...catch把异常造成的逻辑中断破坏将到最小,并且经过补救处理后,不影响业务逻辑的完整性。 -
语言级别的健壮性要求
: 通过精确控制运行时的流程,在程序中断时,有预见的用try...catch缩小可能出错的范围,及时捕获异常并做出相应的补救。
PHP中什么是异常:
程序在运行中出现不符合预期的情况,允许发生(你也不想让他出现不正常的情况)但他是一种不正常的情况,按照我们的正常逻辑本不该出的错误,但仍然会出现的错误,属于逻辑和业务流程的错误,而不是编译或者语法上的错误。
在 PHP语言里,所有异常都必须自己抛出,而不像 JAVA 之类的语言会自动抛出异常,这也正是 PHP源代码里很少看到异常处理语句的原因之一。
PHP中什么是错误:
属于php脚本自身的问题,大部分情况是由错误的语法,服务器环境导致,使得编译器无法通过检查,甚至无法运行的情况。warning、notice都是错误,只是他们的级别不同而已,并且错误是不能被try-catch捕获的
PHP的错误报告有三种:
1.错误,语法解析错误,致命错误
2.警告
3.注意
错误 -> 致命错误,会终止已下程序的执行,语法错误的话,PHP压根就没执行
警告 -> 他不会终止运行,但会影响结果
注意 -> 不会终止执行,也不会影响结果
在PHP中错误,并不会以异常的形式抛出,所以不能被try-catch捕获,但是也有一些情况会当做异常和错误同时抛出(据说是,我没有找到合适的例子)。
也就是说,你想在数据库连接失败的时候自动捕获异常是行不通的,因为这就不是异常,是错误。(SQL语句的错误可以被抛出并被捕获)
把错误以异常的形式抛出(不能完全抛出)
php中的错误是不能以异常的像是捕获的,但是我们需要让他们抛出,已达到扩展 try-catch的影响范围。
set_error_handler() 方法,他是捕获错误的,所以我们就可以借助他来吧错误捕获,然后再以异常的形式抛出。
这样做是有缺点的,会受到set_error_handler()函数捕获级别的限制。他能够捕获一部分错误,不能捕获系统级E_ERROR、E_PARSE等错误。
所以,在php中最好不要简单的在可能出错的地方直接抛出异常,在一些框架中,重写了上述的方法,异常和错误可以正常抛出
1 <?php 2 set_error_handler('error'); 3 function error($type, $message, $file, $line) 4 { 5 throw new Exception($message . '错误当做异常'); 6 } 7 8 $num = 0; 9 try { 10 echo 1/$num; 11 12 } catch (Exception $e){ 13 echo $e->getMessage(); 14 } 15 ?>