php异常处理捕获哪些错误

php的错误报告有三种：

1、错误，语法解析错误，致命错误

2、警告

3、注意

后果：

错误 -> 致命错误，会终止已下程序的执行，语法错误的话，PHP压根就没执行。

警告 -> 他不会终止运行，但会影响结果。

注意 -> 不会终止执行，也不会影响结果。

为了让用户得到更好的体验，我们屏蔽所有错误的输出，是输出，而不是显示。但这样的话，管理员也看不到错误了。页面上不显示错

误，而将错误生成一个日志，提供给管理员查看。

error_reporting(~E_ALL)将所有输出都屏蔽掉了，自然，管理员也看不到了。我不要屏蔽所有输出，我只要屏蔽所有显示

ini_set('display_errors','off');表示屏蔽了所有的页面上错误的显示，但没有屏蔽错误的输出。

ini_set('log_errors','on'); //开启日志写入功能 ini_set('error_log','myerror.log');

//日志的存放位置 ini_set('display_errors','off'); //屏蔽页面显示 error_reporting(E_ALL); //输出所有错误

echo 123; echo $str; //这个会出现一个注意，表示未声明变量 echo date(); //警告，没有传参 echo dae();

//致命错误，找不到这个函数 echo 123;

异常：

在 PHP语言里，所有异常都必须自己抛出，而不像 JAVA 之类的语言会自动抛出异常，这也正是 PHP源代码里很少看到异常处理语句的

原因之一。

异常与错误：

异常是指程序运行中不符合预期情况以及与正常流程不同的状况。错误则属于自身问题，是一种非法语法或者环境问题导致的、让编译器

无法通过检查设置无法运行的情况。

由于php最开始是没有异常处理，后来为了进军企业级开发，模仿。PHP一旦遇到非正常代码，大多数情况下，都是直接抛出错误，而不

是异常。

php只有在你throw 一个异常后，才能用try...catch来捕获异常(一般情况下如此，也有部分异常可以自动捕获)。

在php中通常会在以下场景中使用异常:

1、对程序的悲观预测：如果认为自己的代码无法一一处理各种可预见的情况、不可预见的情况。

2、程序的需要和对业务的关注 : 如果对数据的一致性要求很高时，可以用try...catch把异常造成的逻辑中断破坏将到最小，并且经过补救

处理后，不影响业务逻辑的完整性。

3、语言级别的健壮性要求 : 通过精确控制运行时的流程，在程序中断时，有预见的用try...catch缩小可能出错的范围，及时捕获异常并做

出相应的补救。

PHP中的错误：

错误就是会使脚本运行不正常的情况。

在php中主要的错误等级如下：

deprecated: 最低级别的错误，表示"不推荐, 不建议"。例如在php 5中使用了ereg系列的正则函数就会出现。这类错误一般由于使用了不推荐的、过时的函数或语法造成。不影响程序正常运行，但建议修正。

notice: 一般指语法中存在不恰当的地方。如使用变量但是未定义就会报此错误。不影响程序正常流程。

warning: 较高级别的错误，在语法中出现很不恰当的情况才会出现此错误，比如函数参数不匹配。会导致得不到预期的结果，需要修改代码。

fetal error: 致命错误，直接导致程序终止运行。这类错误必须修改。

prase error: 语法解析错误，上面几种都属于运行时错误，此错误在运行前就会抛出。

自定义错误处理程序：

可以使用 set_error_handler() 函数来托管错误处理程序，可自行定制错误的处理流程。

如果要取消托管的话，可以在同一个页面中使用restore_error_handler()来取消托管；如果想要自己抛出一个错误的话，可以使用

trigger_error()函数。