11.2 错误报告级别
最后更新于：2022-04-02 00:21:39
##错误类型
php大家最常见的错误显示截图，本书帮大家进行了总结：
**【掌握级别的错误类型】**
我们将最常用的错误分为了三种：
| 错误类型 | 说明 |
| -- | -- |
| E_ERROR | 错误，文件直接中断 |
| E_WARNING | 警告，问题比较严重。但是还会继续向下运行 |
| E_NOTICE | 提示，有些小问题不会影响到程序。常发生在项目未定义 |
|E_PARSE|编译时语法解析错误。解析错误仅仅由分析器产生。 |
|E_ALL |所有的错误 |
| E_STRICT| 启用PHP对代码的修改建议，以确保代码具有最佳的互操作性和向前兼容性。 |
| E_DEPRECATED| 启用后将会对在未来版本中可能无法正常工作的代码给出警告。 |
在上面的几种类型中：
1. error最严重，必须要解决。不然程序无法继续向下执行
2. warning也很重要。通常也必须要解决。如果明确的，故意的可以不用处理。
3. notice 你可以不用管。但是在有些公司，项目标准特别高。在高标准要求的项目中也必须要解决。因为，notice会影响到PHP的执行效率。通常发生在函数未定义等。
4. parse错误，是指语法错写错了，必须要解决
5. 代表全部类型的所有错误
**【了解级别的错误类型】**
再从这三种扩展出来了另外一些需要了解的错误项：
| 错误类型 | 错误说明 |
| -- | -- |
| E_CORE_ERROR |在PHP初始化启动过程中发生的致命错误。该错误类似E_ERROR，但是是由PHP引擎核心产生的 |
| E_CORE_WARNING|PHP初始化启动过程中发生的警告 (非致命错误) 。类似 E_WARNING，但是是由PHP引擎核心产生的。 |
| E_COMPILE_ERROR|致命编译时错误。类似E_ERROR,但是是由Zend脚本引擎产生的。 |
| E_COMPILE_WARNING|编译时警告(非致命错误)。类似E_WARNING，但是是由Zend脚本引擎产生的 |
| E_USER_ERROR| 用户自定义错误 |
| E_USER_WARNING| 用户自定义警告 |
| E_USER_NOTICE| 用户自定义提示 |
| E_USER_DEPRECATED|用户产少的警告信息。类似E_DEPRECATED,但是是由用户自己在代码中使用PHP函数trigger_error()来产生的。|
| E_RECOVERABLE_ERROR|可被捕捉的致命错误。它表示发生了一个可能非常危险的错误，但是还没有导致PHP引擎处于不稳定的状态。 |
在学习过程中，上面的类型了解即可。因为基本不会遇到，遇到了大家查一下本书或者查一下手册就清楚了。
##error_reporting 报告错误类型
error_reporting 是指错误报告。在php.ini中也有这样一个参数。这个参数。决定了PHP引擎记录、报告、显示哪些错误类型。
一、 在php.ini中error_reporting参数。如若error_reporting参数设置为0。整个PHP引擎发错误均不会显示、输出、记录。在下一章将要讲到的日志记录中，也不会记录。
**如果我们想显示所有错误可以写上：**
error_reporting = E_ALL
**想要显示所有错误但排除提示，可以将这个参数写为：**
error_reporting = E_ALL & ~ E_NOTICE
**显示所有错误，但排除提示、兼容性和未来兼容性。可写为：**
error_reporting ＝ E_ALL & ~E_NOTICE & ~E_STRICT & ~E_DEPRECATED
二、在有些情况下我们无权限操作php.ini文件，又想要控制error_reporting怎么办呢？
在运行的xxxx.php文件中开始处，我们可以使用error_reporting()函数来达到目标。
演示代码如下：
~~~
~~~
上面的代码你可以试试，故意写错代码看看。在当前文件中还会不会显示指定的错误。
* * * * *
**[扩展、了解知识点]：**
@ 符是我们之前学习过的单行不显示错误，请不用或者少用@符。
我们拿读取一个不存在的文件，这样的php代码来演示实现过程：
~~~
~~~
@符效率较低，它在php内核中的实现过程是：
~~~
~~~
';