站长资讯网
laravel中的异常有：1、“E_ERROR”致命运行时错误，不可恢复，会导致脚本终止不再继续运行；2、“E_WARNING”运行时警告“非致命错误”；3、“E_PARSE”编译时语法解析错误；4、“E_CORE_ERROR”初始化启动过程中发生的致命错误；5、“E_COMPILE_ERROR”致命编译时错误；6、“E_RECOVERABLE_ERROR”可被捕捉的致命错误。
本教程操作环境：windows7系统、Laravel9版，DELL G3电脑。
laravel中的异常级别
| 常量 | 说明 |
|---|---|
| E_ERROR | 致命的运行时错误。这类错误一般是不可恢复的情况，例如内存分配导致的问题。后果是导致脚本终止不再继续运行。 |
| E_WARNING | 运行时警告 (非致命错误)。仅给出提示信息，但是脚本不会终止运行。 |
| E_PARSE | 编译时语法解析错误。解析错误仅仅由分析器产生。 |
| E_NOTICE | 运行时通知。表示脚本遇到可能会表现为错误的情况，但是在可以正常运行的脚本里面也可能会有类似的通知。 |
| 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_ERROR, 但是是由用户自己在代码中使用 PHP 函数 trigger_error () 来产生的。 |
| E_USER_WARNING | 用户产生的警告信息。类似 E_WARNING, 但是是由用户自己在代码中使用 PHP 函数 trigger_error () 来产生的。 |
| E_USER_NOTICE | 用户产生的通知信息。类似 E_NOTICE, 但是是由用户自己在代码中使用 PHP 函数 trigger_error () 来产生的。 |
| E_STRICT | 启用 PHP 对代码的修改建议，以确保代码具有最佳的互操作性和向前兼容性。 |
| E_RECOVERABLE_ERROR | 可被捕捉的致命错误。 它表示发生了一个可能非常危险的错误，但是还没有导致 PHP 引擎处于不稳定的状态。 如果该错误没有被用户自定义句柄捕获 (参见 set_error_handler ())，将成为一个 E_ERROR 从而脚本会终止运行。 |
| E_DEPRECATED | 运行时通知。启用后将会对在未来版本中可能无法正常工作的代码给出警告。 |
| E_USER_DEPRECATED | 用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用 PHP 函数 trigger_error () 来产生的。 |
| E_ALL | 用户产少的警告信息。 类似 E_DEPRECATED, 但是是由用户自己在代码中使用 PHP 函数 trigger_error () 来产生的。 |
Laravel 异常处理
laravel 的异常处理由类 IlluminateFoundationBootstrapHandleExceptions::class 完成：
class HandleExceptions { public function bootstrap(Application $app) { $this->app = $app; error_reporting(-1); set_error_handler([$this, 'handleError']); set_exception_handler([$this, 'handleException']); register_shutdown_function([$this, 'handleShutdown']); if (! $app->environment('testing')) { ini_set('display_errors', 'Off'); } } }
异常转化
laravel 的异常处理均由函数 handleException 负责。
PHP7 实现了一个全局的 throwable 接口，原来的 Exception 和部分 Error 都实现了这个接口， 以接口的方式定义了异常的继承结构。于是，PHP7 中
