1、错误分类
- 语法错误：用户书写的代码不符合PHP的语法规范，语法错误会导致代码在编译过程中不通过，所以代码不会执行（Passe error）
- 运行时错误：代码编译通过，但是代码在执行的过程中会出现一些条件不满足导致的错误（runtime error）
- 逻辑错误：程序员在写代码的时候不够规范，出现了一些逻辑性的错误，导致代码正常执行，但是得不到想要的结果
2、错误代号
- 系统错误
E_PARSE：编译错误，代码不会执行
E_ERROR：fatal error，致命错误，会导致代码不能正确继续执行（出错的未知断掉）
E_WARNING：warning，警告错误，不会影响代码执行，但是可能得到意想不到的结果
E_NOTICE：通知错误，不会影响代码执行 - 用户错误
E_USER_ERROR, E_USER_WARNING, E_USER_NOTICE
用户在使用自定义错误触发的时候，会使用到错误代号（系统不会用到） - 其他错误
E_ALL：代表着所有错误（通常在进行错误控制的时候使用比较多），建议在开发过程中（开发环境）使用
所有E开头的错误常量（代号）都是由一个字节存储，然后每一种错误占据一个对应的位，如果向进行一些错误的控制，可以使用位运算进行操作
排除通知级别 notice：E_ALL & ~E_NOTICE
只要警告和通知：E_WARNING | E_NOTICE
3、错误触发
程序运行时触发：系统自动根据错误发生后，对比对应的错误信息，输出给用户；主要针对代码的语法错误和运行时错误。
人为触发：知道某些逻辑可能会出错，从而使用对应的判断代码来触发相应的错误提示。
trigger_error(错误提示)
4、错误设置
错误显示设置
哪些错误该显示，该如何显示？
在PHP中，有两种方式设置当前脚本的错误处理
1. PHP配置文件：全局配置 php.ini
display_errors: 是否显示错误
error_reporting: 显示什么级别的错误
- 可以在运行的PHP脚本中设置,在脚本中定义的配置项级别比配置文件高（通常在开发当中都会在代码中去进行控制和配置）
error_reporting():设置对应的错误显示级别
ini_set(‘error_reporting’, E_ALL);
ini_set(‘display_errors’, 1);
错误日志设置
在实际生产环境中，不会直接让错误赤裸裸的展示给用户：
1. 不友好
2. 不安全:错误会暴露网站很多信息（路径、文件名）
所以在生产环境中，一般不显示错误（错误也比较少），但是不可能避免会出现错误（测试的时候不会发现所有的问题），这是不希望看到，但是有希望捕捉到。可以让后台程序员去修改：需要保存到日志文件中，需要在PHP配置文件中或者代码中（ini_set）设置对应error_log配置项
1. 开启日志功能
2. 指定路径
5、自定义错误处理
最简单的错误处理：trigger_errors()函数，但是该函数不会阻止系统报错
PHP系统提供了一种用户处理错误的机制：用户自定义错误处理函数，然后将该函数增加到系统错误处理的句柄中，然后系统会在碰到错误后，使用用户定义的错误函数
1. 如何将用户自定义的函数放到系统中？set_error_handler
2. 自定义错误处理函数，系统要求
