PHP自定义错误处理

自定义错误报告的处理方式，可以完全绕过标准的PHP错误处理函数，这样就可以按照自己定义的格式打印错误报告，或改变错误报告打印的位置（标准PHP的错误报告是哪里发生错误就在发生位置处显示）。以下几种情况可以考虑自定义错误处理。

★可以记下错误的信息，及时发现一些生产环境出现的问题。
★可以用来屏蔽错误。出现错误会把一些信息暴漏给用户，极有可能成为黑客攻击你网站的工具。
★可以做相应的处理，将所有错误报告放到脚本最后输出，或出错时可以显示跳转到预先定义好的出错页面，提供更好的用户体验，如果必要，还可以在自定义错误处理程序中，根据情况去终止脚本运行。
★可以作为调试工具，一些时候必须在运行环境时调试一些东西，但又不想影响正在使用的用户。

通常使用set_error_handler()函数去设置用户自定义的错误处理函数，该函数用于创建运行时期间的用户自己的错误处理方法，返回旧的错误处理程序，若失败，则返回null。该函数有两个参数，其中第一个参数是必选的，需要一个回调函数，规定发生错误时运行的函数。这个回调函数一定要声明4个参数，否则无效，按顺序分别为“是否存在错误”、“错误信息”、“错误文件”和“错误行号”。set_error_handler()函数的第二个参数则为可选的，规定现在哪个错误报告级别会显示用户自定义的错误。默认是“E_ALL”。自定义错误处理的示例如下所示：


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

44

45

46

47

48

49

50

<?php

error_reporting(0); //屏蔽程序中的错误

//定义Error_Handler函数，作为set_error_handler()函数的第一个参数“回调”

function error_handler($error_level,$error_message,$file,$line){

$EXIT =FALSE;

switch($error_level){

//提醒级别

case E_NOTICE:

case E_USER_NOTICE:

$error_type = ‘Notice‘;

break;

//警告级别

case E_WARNING:

case E_USER_WARNING:

$error_type=‘warning‘;

break;

//错误级别

case E_ERROR:

case E_USER_ERROR:

$error_type=‘Fatal Error‘;

$EXIT = TRUE;

break;

//其他未知错误

default:

$error_type=‘Unknown‘;

$EXIT = TRUE;

break;

}

//直接打印错误信息，也可以写文件，写数据库，反正错误信息都在这，任你发落

printf("<font color=‘#FF0000‘><b>%s</b></font>:%s in<b>%s</b> on line <b>%d</b><br>\n",$error_type, $error_message, $file, $line);

//如果错误影响到程序的正常执行，跳转到友好的错误提示页面

if (TURE==$EXIT){

echo ‘<script>location = "err.html";</scrpit>‘;

}

}

//这个才是关键点，把错误的处理交给error_handle()

set_error_handler(‘error_handler‘);

//使用未定义的变量要报notice的

echo $novar;

//除以0要报警告的

echo 3/0;

//自定义一个错误

trigger_error(‘Trigger a fatal error‘,E_USER_ERROR);

?>

本例所有打印的错误报告都是按自己定义的格式输出的，不过有一点，系统直接报Fatal Error的这里捕获不到，因为系统不可能把这么重大的错误教给你处理。遇到这种错误是必须要解决的，所以系统会直接终止程序运行。使用set_error_handler()函数可以很好地解决安全和调试方便的矛盾，而且你还可以花点心思，使错误提示更加美观以配合网站的风格。不过要注意两点。
①E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING是不会被这个句柄处理的，也就是会用最原始的方式显示出来。不过出现这些错误都是编译或PHP内核出错，在通常情况下不会发生。
②使用set_error_handler()后，error_reporting()将会失效。也就是所有的错误（除上述的错误）都会教给自己定义的函数处理。

>> 本文固定链接: http://php.ncong.com/php_course/wrong/zidingyiwrong.html

>> 转载请注明: 恩聪php 2014年08月05日 于 恩聪PHP学习教程 发表

PHP自定义错误处理

时间： 2024-10-12 18:41:21

PHP自定义错误处理的相关文章

MVC4 自定义错误页面（三）

一.概述 MVC4框架自带了定义错误页,该页面位于Shared/Error,该页面能够显示系统未能捕获的异常,如何才能使用该页面: 二.使用步骤: 1.配置WebConfig文件,在System.Web节点下加上 <customErrors mode="On"  defaultRedirect="~/Shared/Error" /> 翻阅一些大神写的博客,在他们的博客中指出defaultRedirect是指向错误页面的URL,可是经过本人测试的时候,发现

PHP学习笔记三十三【自定义错误处理器】

<?php //自定义错误处理器 //$errorno 错误号 //$errmes错误信息 //这两个参数是必须的 function my_error($errorno,$errmes) { echo "<font size='5' color='red'>$errorno</font><br/>"; echo "错误信息是:$errmes"; } //必须重写set_error_handler处理器 set_error_h

ASP.NET全局错误处理和异常日志记录以及IIS配置自定义错误页面

应用场景和使用目的 很多时候,我们在访问页面的时候,由于程序异常.系统崩溃会导致出现黄页.在通常的情况下,黄页对于我们来说,帮助是极大的,因为它可以帮助我们知道问题根源,甚至是哪一行代码出现了错误.但这对于用户是非常可怕的,因为用户不知道发生了什么,也无法了解黄页给出的内容.甚至,如果我们遇到一些不友好的人,他们会拿这些内容大做文章,对我们网站产生威胁. 那我们如何在程序异常.系统崩溃时,不会出现黄页,并且还可以给出一些更加友好的提示呢?甚至在我们需要的时候,可以收集这些异常信息,并加以分析,能

PHP 错误与异常 笔记与总结（9）自定义错误处理器

自定义错误处理器更加智能. <?php class myErrorHandler{ //$message:错误信息 //$filename:错误文件名 //$line:错误行号 //$vars:额外信息 public $message = ''; public $filename = ''; public $line = 0; public $vars = array(); protected $_noticeLog = 'D:\practise\php\From\notice\noticeLo

PHP 错误与异常 笔记与总结（8）自定义错误处理函数 set_error_handler()

通过 Set_error_handler() 函数设置用户自定义的错误处理函数. 步骤: ① 创建错误处理函数 ② 设置不同级别调用函数 ③ Set_error_handler() 函数制定接管错误处理—— 如果使用了该函数,程序会绕过标准的 PHP 错误处理. 摘自:php.net mixed set_error_handler ( callable $error_handler [, int $error_types = E_ALL | E_STRICT ] ) 设置一个用户的函数(erro

简单的php自定义错误日志

平时经常看php的错误日志,很少有机会去自己动手写日志,看了王健的<最佳日志实践>觉得写一个清晰明了,结构分明的日志还是非常有必要的. 在写日志前,我们问问自己:为什么我们有时要记录自定义的日志呢?而不用系统默认的日志记录方式呢? 我认为有两个原因: 1.团队需要一个统一格式的日志方便管理 2.大量无用错误日志占据硬盘空间,仅需记录有意义的日志. 那么,实践一下. 1.打开你的php.ini 2.打开日志记录,将 log_errors = Off 改成 log_errors = On 3.将p

ASP.NET中处理自定义错误的最佳方式

原文:http://www.cnblogs.com/dudu/p/aspnet_custom_error.html 要在ASP.NET中处理好自定义错误(Custom Errors)首先要抛弃使用web.config\customErrors. <customErrors mode="RemoteOnly" defaultRedirect="/error/error.htm"> <error statusCode="404" r

Laravel之加密解密/日志/异常处理及自定义错误

一.加密解密 1.加密Crypt::encrypt($request->secret) 2.解密try { $decrypted = Crypt::decrypt($encryptedValue);} catch (DecryptException $e) { //} 二.日志 1.配置文件config/app.php 中的debug 配置选项控制浏览器显示的错误详情数量.默认情况下,该配置选项被设置在.env 文件中的环境变量APP_DEBUG .对本地开发而言,你应该设置环境变量APP_DE

[转载]针对IIS7以上的ASP.NET网站自定义错误页面与异常日志总结

针对IIS7以上的ASP.NET网站自定义错误页面与异常日志总结 汪宇杰 2014-1-11 星期六 02:31 455 Reads 1 Comments 自定义错误页面和异常记录是个很古老的话题了,但依旧可以让人爆到现在.在我做了无数次试验并总结经验和原则后,写下本文,已警后人. 本文的范围和限制 本文仅仅适用于部署在IIS7或以上版本中的ASP.NET 4.0集成模式应用程序.IIS7以上的意思是Windows Server 2008以上服务器适用.我已在WS2012R2,IIS8上测过.

ASP.NET网站中设置404自定义错误页面

在用ASP.NET WebForm开发一个网站时,需要自定义404错误页面. 做法是这样的 在网站根目录下建立了一个404.html的错误页面,然后在Global.asax文件中,加入如下代码: <%@ Application Language="C#" %> <script runat="server"> void Application_Error(object sender, EventArgs e) { Response.Status