错误类型

因为错误类型整型值的巧妙设定,可以采用按位运算符

1 E_ERROR (integer)

致命的运行时错误。这类错误一般是不可恢复的情况,例如内存分配导致的问题。

导致脚本终止不再继续运行

例子:调用一个未定义的函数,存在没有捕获的异常

2 E_WARNING (integer)

运行时警告 (非致命错误)

仅给出提示信息,但是脚本不会终止运行。

4 E_PARSE (integer)

编译时语法解析错误。

解析错误仅仅由分析器产生。

register_shutdown_function不能捕获到本文件内发生的这个错误

8 E_NOTICE (integer)

运行时通知。表示脚本遇到可能会表现为错误的情况,但是在可以正常运行的脚本里面也可能会有类似的通知

例子:使用未定义的变量

16 E_CORE_ERROR (integer)

在PHP初始化启动过程中发生的致命错误。

该错误类似 E_ERROR,但是是由PHP引擎核心产生的。

32 E_CORE_WARNING (integer)

PHP初始化启动过程中发生的警告 (非致命错误)

类似 E_WARNING,但是是由PHP引擎核心产生的

E_COMPILE_

编译相关

64 E_COMPILE_ERROR (integer)

致命编译时错误。类似E_ERROR, 但是是由Zend脚本引擎产生的。 since PHP 4

128 E_COMPILE_WARNING (integer)

编译时警告 (非致命错误)。类似 E_WARNING,但是是由Zend脚本引擎产生的。

E_USER_

用户产生的

256 E_USER_ERROR (integer)

用户产生的错误信息。类似 E_ERROR, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4

512 E_USER_WARNING (integer)

用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。 since PHP 4

1024 E_USER_NOTICE (integer)

用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的

2048 E_STRICT (integer)

启用 PHP 对代码的修改建议,以确保代码具有最佳的互操作性和向前兼容性。

4096 E_RECOVERABLE_ERROR (integer)

可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误,但是还没有导致PHP引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 ( set_error_handler()),将成为一个 E_ERROR 从而脚本会终止运行。

8192 E_DEPRECATED (integer)

运行时通知。

启用后将会对在未来版本中可能无法正常工作的代码给出警告。

16384 E_USER_DEPRECATED (integer)

用户产生的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的。

30719 E_ALL (integer)

E_STRICT出外的所有错误和警告信

错误处理相关函数

error_reporting

int error_reporting ([ int $level ] )

设置应该报告何种 PHP 错误

// 关闭所有PHP错误报告,会返回新的错误报告级别
error_reporting(0); // Report simple running errors
error_reporting(E_ERROR | E_WARNING | E_PARSE);

如果不带参数就返回当前错误报告级别

error_get_last

获取最后发生的错误,register_shutdown_function()常常用到

array error_get_last ( void )

返回结果

Array
(
[type] => 8
[message] => Undefined variable: a
[file] => C:\WWW\index.php
[line] => 2
)

trigger_error

产生一个用户级别的 error/warning/notice 信息

bool trigger_error ( string $error_msg [, int $error_type = E_USER_NOTICE ]

error_log

把错误信息发送到 web 服务器的错误日志,或者到一个文件里,文件不存在时会创建

bool error_log ( string $message [, int $message_type = 0 [, string $destination [, string $extra_headers ]]] )

message_type

设置错误应该发送到何处

0 message 发送到 PHP 的系统日志,使用操作系统的日志机制或者一个文件,取决于php.ini中 error_log 的设置。 这是个默认的选项。

1 message 发送到参数 destination 设置的邮件地址。 第四个参数 extra_headers 只有在这个类型里才会被用到。

2 不再是一个选项。

3 message 被发送到位置为 destination 的文件里。 字符 message 不会默认被当做新的一行。

4 message 直接发送到 SAPI 的日志处理程序

set_error_handler()

设置一个用户定义的错误处理函数来处理脚本中出现的错误

mixed set_error_handler ( callable $error_handler [, int $error_types = E_ALL | E_STRICT ] )

error_types 里指定的错误类型都会绕过 PHP 标准错误处理程序,除非回调函数返回了 FALSE 。error_reporting() 设置将不会起到作用而你的错误处理函数继续会被调用,在需要时你有责任使用 die()。

NOTE

以下级别的错误不能由用户定义的函数来处理: E_ERROR、 E_PARSE、 E_CORE_ERROR、 E_CORE_WARNING、 E_COMPILE_ERROR、 E_COMPILE_WARNING,和在 调用 set_error_handler() 函数所在文件中产生的大多数 E_STRICT

error_handler

handler ( int $errorLevel , string $errorMessage [, string $errfile [, int $errline [, array $errcontext ]]] )

errcontext, 是一个指向错误发生时活动符号表的 array。 也就是说,errcontext 会包含错误触发处作用域内所有变量的数组。 用户的错误处理程序不应该修改错误上下文(context)。

set_exception_handler

设置一个用户定义的异常处理函数

<?php
function exception_handler($exception) {
echo "Uncaught exception: " , $exception->getMessage(), "\n";
} set_exception_handler('exception_handler'); throw new Exception('Uncaught Exception');
echo "Not Executed\n";
?>

register_shutdown_function

这个函数是在脚本结束之后运行的函数(不管是正常结束还是通过exit、发生错误结束)

php.ini中有关错误的配置

php错误机制总结

error_reporting = E_ALL  // 报告错误级别,什么级别的
error_log = /tmp/php_errors.log // php中的错误显示的日志位置
display_errors = On // 是否把错误展示在输出上,这个输出可能是页面,也可能是stdout
display_startup_errors = On // 是否把启动过程的错误信息显示在页面上,记得上面说的有几个Core类型的错误是启动时候发生的,这个就是控制这些错误是否显示页面的。
log_errors = On // 是否要记录错误日志
log_errors_max_len = 1024 // 错误日志的最大长度
ignore_repeated_errors = Off // 是否忽略重复的错误
track_errors = Off // 是否使用全局变量$php_errormsg来记录最后一个错误
xmlrpc_errors = 0 //是否使用XML-RPC的错误信息格式记录错误
xmlrpc_error_number = 0 // 用作 XML-RPC faultCode 元素的值。
html_errors = On // 是否把输出中的函数等信息变为HTML链接
docref_root = http://manual/en/ // 如果html_errors开启了,这个链接的根路径是什么
fastcgi.logging = 0 // 是否把php错误抛出到fastcgi中

PHP默认是会在日志和标准输出(如果是fpm模式标准输出就是页面)

error_reporting的参数是错误级别。表示什么样子的级别才应该触发错误

display_errors是控制是否要在标准输出展示错误信息

log_errors则是控制是否要在日志中记录错误信息

error_log是显示错误日志的位置

php错误处理-错误处理的更多相关文章

  1. [WCF编程]11.错误:错误契约

    一.错误传播 服务需要向客户端报告特定错误,当WCF默认的错误屏蔽方法并不包含这一实现.另一个重要的问题与传播到客户端有关,即由于异常是针对特定技术的,因此无法跨越服务边界而被共享.要实现无缝的互操作 ...

  2. 急!JDBC问题,发生通信错误。错误位置:Reply.fill()。消息:数据不足。 ERRORCODE=-4499, SQLSTATE=08001

    代码如下:Class.forName("com.ibm.db2.jcc.DB2Driver");Connection conn = DriverManager.getConnect ...

  3. iis7.5错误 配置错误

    iis7.5详细错误   HTTP 错误 500.19 - Internal Server Error无法访问请求的页面,因为该页的相关配置数据无效. 详细错误信息模块 IIS Web Core 通知 ...

  4. 在SQL2008R2查询分析器出错(在执行批处理时出现错误。错误消息为: 目录名称无效。)

    在用SQL2008R2查询分析器时 SELECT * FROM 表名; 出错: 在执行批处理时出现错误.错误消息为: 目录名称无效. 原因: 在打开查询分析器时,用360软件清空了临时文件(只是偶尔1 ...

  5. WCF(远程服务器返回错误: 400 错误的请求)

    类似相关问题有以下: WCF- restful接口 POST方式调用报错(远程服务器返回错误: 400 错误的请求) WCF Rest:不使用UriTemplate使用post方式传参解决HTTP40 ...

  6. post数据时报错:远程服务器返回错误: (400) 错误的请求。

    网上查了多种方法,有不少说法,报400说是传的数据格式不对,最后的结论确实是数据格式不对. Content_Type为:application/json,配的数据格式有些麻烦,特别数多层,单层还好.例 ...

  7. SharePoint 2013 Workflow Manager 1.0 远程服务器返回错误: (400) 错误的请求。 不支持查询字符串中的 api-version

    环境: Windows Server 2012 R2 Standard SharePoint Server 2013 with sp1 通过Web 平台安装程序 5.0,已安装 Workflow Ma ...

  8. sql server在执行批处理时出现错误。错误消息为: 目录名无效

    今天在客户服务器上的sql server上执行脚本,报错提示“在执行批处理时出现错误.错误消息为:目录名无效”,第一反应就是客户是不是在服务器装了360,因为之前有类似问题,360把数据库的文件给隔离 ...

  9. 错误1919,配置ODBC数据源MS Access Database时发生错误ODEC错误

    WIN7 64位旗舰版安装OFFICE2003 提示:“错误1919,配置ODBC数据源MS Access Database时发生错误ODEC错误” 在64位系统上,32位软件的注册表的信息不是直接在 ...

  10. 十五、API请求接口-远程服务器返回错误: (400) 错误的请求错误

    一.远程服务器返回错误: (400) 错误的请求错误 捕获异常查看具体错误 using Newtonsoft.Json; using System; using System.Collections. ...

随机推荐

  1. Atitit hsv转grb  应该优先使用hsv颜色原则 方便人类

    Atitit hsv转grb  应该优先使用hsv颜色原则 方便人类 1.1. 1.1.hsv色卡1 1.2. 从 HSV 到 RGB 的转换1 1.3. HSVtoRGBColorV22 1.1.  ...

  2. atitit.js浏览器环境下的全局异常捕获

    atitit.js浏览器环境下的全局异常捕获 window.onerror = function(errorMessage, scriptURI, lineNumber) { var s= JSON. ...

  3. fir.im Weekly - iOS 保持界面流畅的技巧

    生命不息,coding 不止.本期 fir.im Weekly 收集了微博上的热转资源,包含 Android.iOS 开发工具.源码分享,产品 UI 设计的好文章,还有一些程序员成长的 Tips,希望 ...

  4. 每天一个linux命令(42):kill命令

    Linux中的kill命令用来终止指定的进程(terminate a process)的运行,是Linux下进程管理的常用命令.通常,终止一个前台进程可以使用Ctrl+C键,但是,对于一个后台进程就须 ...

  5. loadrunner协议选择

    协议选择参考: 应用类型 协议选择 web网站 http/HTML FTP服务器 FTP 邮件服务器 IMAP\POP3\SMTP CS:客户端以ADO,OLEDB方法连接后台数据库 MS SQLSe ...

  6. TSQL order by 子句中排序列的多种写法

    Order by 子句用于对结果进行排序,执行顺序位于select子句之后,排序列有4中写法: column_name column_alias,由于order by子句的执行顺序位于select子句 ...

  7. 转载:css3 content 生成内容

    本文地址:http://www.w3cplus.com/solution/css3content/css3content.html 这篇文章挺不错的,建议看一下. content一般和:before, ...

  8. Open Cascade DataExchange IGES

    Open Cascade DataExchange IGES eryar@163.com 摘要Abstract:本文结合OpenCascade和Initial Graphics Exchange Sp ...

  9. poj 2777(线段树的节点更新策略)

    /* 之前的思想是用回溯的方式进行颜色的更新的!如果用回溯的方法的话,就是将每一个节点的颜色都要更新 通过子节点的颜色情况来判断父节点的颜色情况 !这就是TLE的原因! 后来想一想没有必要 !加入[a ...

  10. 小实例窥探dotnet垃圾回收

    今天项目调试时发现VS中有下面这样的现象. 说明,file.ServerLocation是一个完整的物理路径.第三句代码是错误的,保留只是因为它使用了"s"字符串.   个人认为当 ...