php错误的处理

时间:2021-10-17 15:56:40

错误的分类

通常分3种:

语法错误:

程序运行之前,都要先检查语法。如果语法有错误,就会立即报错,并且不会去执行程序。

运行时错误:

就是在程序语法检查通过后,,开始运行程序并在此过程中遇到的错误。常见的有3中:

提示性错误:

警告性错误:

致命错误:

逻辑错误:

指的是,程序本身可以正常执行,没有报错——但“计算结果”却错了。

错误的分级

php语言中,将各种错误进行了不同级别的分类归纳,并形成大约有10几个级别的错误,这就是技术层面的错误分级。

每一级别的错误,都有一个“代号”,这个代号其实也就是一个系统内部的“常量而已”。比如:

系统常见错误:

E_ERROR:         致命错误

E_WARNING:       警告性错误

E_NOTICE:          提示性错误

用户可自定义的错误:

E_USER_ERROR:            自定义致命错误

E_USER_WARNING:          自定义警告性错误

E_USER_NOTICE:             自定义提示性错误

其他:

E_STRICT:           严谨性语法检查错误

E_ALL                 代表“所有错误”。

详细参考手册:

php错误的处理

下面来看看这些错误代号的实际值:

php错误的处理

运行结果为:

php错误的处理

错误的触发

错误的触发,就是让错误“发生”。

有两种方式会触发错误:

系统触发

程序运行到某行代码,确实出现了某种错误,此时系统就会报错——这就是触发了系统错误。

系统触发的典型错误有这3种:

E_NOTICE:          提示性错误:会输出错误提示,并继续执行后续代码;

比如使用不存在的变量或常量:

php错误的处理

E_WARNING:       警告性错误:会输出错误提示,并继续执行后续代码(也可能看具体情况,比如require)

比如include载入一个不存在的文件:

php错误的处理

E_ERROR:         致命错误:导致程序无法执行后续语句;

比如调用一个不存在的函数!

php错误的处理

自定义触发:

当我们处理某些数据的时候,本来数据本身是没有错误的,但根据具体应用(业务)的需要,会要求数据满足某种条件,而该数据并不满足的时候,我们就可以在程序中“主动”去触发(创建)一个错误,以表明该数据的“非法性”。

语法形式:

trigger_error(“错误提示信息内容”,  3中用户错误代号之一);

其中触发了用户的致命错误(E_USER_ERROR),也会终止程序的后续执行。

php错误的处理

错误报告的显示问题

所谓错误报告,就是显示在网页上的错误提示内容!

有关错误报告,有2个问题需要处理:

是否显示错误报告(display_errors):

有2种做法可以来设定是否显示:

做法1:

在php.ini文件中,设定display_erros的值,为on(显示),或为off(不显示)

php错误的处理

可以修改为:

php错误的处理

当然,作为开发阶段,我们都应该显示错误信息。

注意:前提条件都是我们apache已经装载了php.ini文件——这一点,需要在apache的配置文件httpd.config中加入如下一行:

PHPIniDir  “php.ini文件的了位置(路径)”

比如:

php错误的处理

方法2:

直接在php的脚本文件中设使用函数ini_set()来对其进行设置:

php错误的处理

当然,如果设置为1,就是显示!

注意:

1,不管哪种形式,该单词是一样的:display:errors

2,使用php.ini配置,影响的是全局(即所有php网页);

3,在某个脚本代码中使用ini_set()设置,就只影响该脚本代码本身——这是常用的方式。

4,脚本中的设置优先于php.ini中的设置。

显示哪些级别的错误报告(error_reporting):

显然,前提是“display_errors”设置为On(或1),表示可以显示。

显示哪些级别的错误报告,也有2个做法:

做法1:在php.ini文件中;

php错误的处理

这个值目前代表“所有错误”,都显示。

修改为:

php错误的处理

更多示例为:

error_reporting = E_NOTICE | E_WARING | E_ERROR           //显示该3种;

error_reporting = E_ERROR | E_USER_ERROR                      //显示该2种严重错误

要想代表真正的“所有错误”,应该写为:E_ERROR | E_STRICT,图示如下:

php错误的处理

做法2:在当前的脚本代码中:

跟php.ini中设置其实是一样,举一些例子如下:

ini_set(“error_reporting”,  E_NOTICE);     //就显示该一个级别的错误

ini_set(“error_reporting”,  E_NOTICE | E_WARNING),   //显示2个级别

ini_set(“error_reporting”,  E_NOTICE | E_WARNING | E_ERROR),      //显示3个级别

ini_set(“error_reporting”,  E_ALL | E_STRICT),      //这才代表显示所有错误!

错误日志的记录问题

错误日志其实就是错误报告,只是它会“写入文件中”,此时就称为错误日志!

也有2个问题,每个问题也有2种做法:

是否记录log_errors:

php.ini中:

log_errors = On    或 Off

脚本中:

ini_set(“log_erros”,  1);   或 0

补充一句:

1:ini_set(“php配置项”, 值);     //用于脚本中设置php.ini中是某项的值。

2,:$v1 = ini_get(“php配置项”);  //用于获取php.ini中是某项的值

记录到哪里error_log:

一般就只有2个写法:

写法1:直接使用一个文件名,此时系统会自动在每个文件夹下都建立该文件名,并用其记录该文件夹下的所有网页文件发生的错误信息。

php错误的处理

然后执行一个有错误的网页,并可以观察到:

php错误的处理

其中的内容大约为:

php错误的处理

写法2:使用一个特殊的名字“syslog”,则此时所有错误信息都会记录到系统的“日志文件”中。

系统日志文件在这里:控制面板》管理工具》事件查看器》window日志》应用程序:

php错误的处理

自定义错误处理器

什么叫错误处理器?

就是一旦发生错误,用来处理该错误的一种“机器”——其实就是一个函数。

自定义错误处理,就是指:

让系统不要去处理错误了,而完全由我们(开发者)来对错误进行处理:显示和记录。

做法,其实非常简单,就2步:

第一步:

设定要用于处理错误的函数名!

set_error_handler(“f1”);

第二步:

去定义该函数!

function f1(){

//这里可以任意写代码:自然正常是去显示错误报告,和记录错误日志。

}

php错误的处理