PHP错误和异长常处理总结

通过日志记录功能，你可以将信息直接发送到其他日志服务器，或者发送到指定的电子邮箱(或者通过邮件网关发送)，或者发送到操作系统日志等，从而可以有选择的记录和监视你的应用程序和网站的最重要的部分 。
错误报告功能允许你自定义错误反馈的级别和类型，可以是简单的提示信息或者使用自定义的函数进行处理并返回信息.

为什么要使用错误处理？
1.是网站出错时对用户友好
2.更好的避免错误、调试、修复错误
3.避免一些安全风险
4.更好保证程序的健壮性
5.……
一、最简单的错误处理――die()
当我们预计有错误发生时，停止脚步的运行 。比如连接数据库时：

1.定义错误处理函数的参数：

参数	描述
error_level	必需 。为用户定义的错误规定错误报告级别 。必须是一个值数 。      参见下面的表格：错误报告级别 。 i7一定比i5强？买电脑陷阱你一定要注意了 魅族曾有机会成为“下一个小米”，为何如今默默无闻、屈居二线？ Windows 11 市场份额下滑，微软该怎么做？ 风光摄影指南 四个构图技巧拍日出日落
error_message	必需 。为用户定义的错误规定错误消息 。
error_file	可选 。规定错误在其中发生的文件名 。
error_line	可选 。规定错误发生的行号 。
error_context	可选 。规定一个数组，包含了当错误发生时在用的每个变量以及它们的值 。

2.错误基本预定义常量：

值	常量	说明	备注
1	E_ERROR (integer)	致命的运行时错误 。这类错误一般是不可恢复的情况，例如内存分配导致的问题 。后果是导致脚本终止不再继续运行 。
2	E_WARNING (integer)	运行时警告 (非致命错误) 。仅给出提示信息，但是脚本不会终止运行 。
4	E_PARSE (integer)	编译时语法解析错误 。解析错误仅仅由分析器产生 。
8	E_NOTICE (integer)	运行时通知 。表示脚本遇到可能会表现为错误的情况，但是在可以正常运行的脚本里面也可能会有类似的通知 。
16	E_CORE_ERROR (integer)	在PHP初始化启动过程中发生的致命错误 。该错误类似 E_ERROR，但是是由PHP引擎核心产生的 。	since PHP 4
32	E_CORE_WARNING(integer)	PHP初始化启动过程中发生的警告 (非致命错误)  。类似 E_WARNING，但是是由PHP引擎核心产生的 。	since PHP 4
64	E_COMPILE_ERROR(integer)	致命编译时错误 。类似E_ERROR, 但是是由Zend脚本引擎产生的 。	since PHP 4
128	E_COMPILE_WARNING(integer)	编译时警告 (非致命错误) 。类似E_WARNING，但是是由Zend脚本引擎产生的 。	since PHP 4
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()来产生的 。	since PHP 4
2048	E_STRICT (integer)	启用 PHP 对代码的修改建议，以确保代码具有最佳的互操作性和向前兼容性 。	since PHP 5
4096	E_RECOVERABLE_ERROR(integer)	可被捕捉的致命错误 。 它表示发生了一个可能非常危险的错误，但是还没有导致PHP引擎处于不稳定的状态 。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler())，将成为一个 E_ERROR 从而脚本会终止运行 。	since PHP 5.2.0
8192	E_DEPRECATED (integer)	运行时通知 。启用后将会对在未来版本中可能无法正常工作的代码给出警告 。	since PHP 5.3.0
16384	E_USER_DEPRECATED(integer)	用户产少的警告信息 。 类似E_DEPRECATED, 但是是由用户自己在代码中使用PHP函数 trigger_error()来产生的 。	since PHP 5.3.0
30719	E_ALL (integer)	E_STRICT出外的所有错误和警告信息 。	30719 in PHP 5.3.x, 6143 in PHP 5.2.x, 2047 previously

(级别E_ERROR、E_USER_ERROR不能被自定义错误处理函数扑捉到)自定义错误函数中不能扑捉到致命错误信息，因为发生致命的运行时错误时脚本都是立即停止执行的 。

3.触发错误
在脚本中用户输入数据的位置，当用户的输入无效时触发错误的很有用的 。在 PHP 中，这个任务由 trigger_error() 完成 。
您可以在脚本中任何位置触发错误，通过添加的第二个参数，您能够规定所触发的错误级别 。

4.可能的错误类型：

1）.E_USER_ERROR - 致命的用户生成的 run-time 错误 。错误无法恢复 。脚本执行被中断 。
2）.E_USER_WARNING - 非致命的用户生成的 run-time 警告 。脚本执行不被中断 。
3）.E_USER_NOTICE - 默认 。用户生成的 run-time 通知 。脚本发现了可能的错误，也有可能在脚本运行正常时发生 。
例如：

三、错误报告
默认地，根据在 php.ini 中的 error_log 配置，PHP 向服务器的错误记录系统或文件发送错误记录 。
通过使用 error_log() 函数，您可以向指定的文件或远程目的地发送错误记录 。比如把错误信息发送到邮箱中是一种好的方式 。
更多错误处理文档见：http://www.php.net/manual/zh/book.errorfunc.php

四、异常处理
当异常被抛出时，其后的代码不会继续执行，PHP 会尝试查找匹配的 “catch” 代码块 。
如果异常没有被捕获，而且又没用使用 set_exception_handler() 作相应的处理的话，那么将发生一个严重的错误(致命错误)，并且输出 “Uncaught Exception” (未捕获异常)的错误消息 。
1.处理处理程序应当包括：

1.）try - 使用异常的函数应该位于 “try” 代码块内 。如果没有触发异常，则代码将照常继续执行 。但是如果异常被触发，会抛出一个异常 。
2.）throw - 这里规定如何触发异常 。每一个 “throw” 必须对应至少一个 “catch”
3.）catch - “catch” 代码块会捕获异常，并创建一个包含异常信息的对象

2.重新抛出异常

有时，当异常被抛出时，您也许希望以不同于标准的方式对它进行处理 。可以在一个 “catch” 代码块中再次抛出异常 。
脚本应该对用户隐藏系统错误 。对程序员来说，系统错误也许很重要，但是用户对它们并不感兴趣 。为了让用户更容易使用，您可以再次抛出带有对用户比较友好的消息的异常 。

3.异常的规则

1）.需要进行异常处理的代码应该放入 try 代码块内，以便捕获潜在的异常 。
2）.每个 try 或 throw 代码块必须至少拥有一个对应的 catch 代码块 。
3）.使用多个 catch 代码块可以捕获不同种类的异常 。
4）.可以在 try 代码块内的 catch 代码块中再次抛出(re-thrown)异常 。

简而言之：如果抛出了异常，就必须捕获它 。