PHP错误和异常如何处理_PHP错误与异常处理机制详解【详解】

PHP错误与异常本质不同：错误（如E_WARNING）默认不走异常流程，而异常必须try/catch捕获；set_error_handler仅捕获可恢复错误，无法处理Parse Error等致命错误；PHP 7+可通过set_error_handler抛出ErrorException统一处理，但需按错误级别谨慎过滤和转换。PHP错误和异常不是一回事，混用会丢掉关键信息PHP的E_WARNING、E_NOTICE这类是错误（error），而throw new Exception()抛出的是异常（exception）。错误默认不走异常处理流程，直接中断或输出；异常必须被try/catch捕获，否则触发致命错误Fatal error: Uncaught Exception。很多人把set_error_handler()当成万能兜底，结果Parse error和Fatal error根本捕获不到——它们发生在脚本编译或执行中止阶段，连set_error_handler都进不去。set_error_handler()只能捕获E_WARNING、E_NOTICE等运行时可恢复错误，对E_PARSE、E_ERROR无效set_exception_handler()只接管未被捕获的Exception和Error（PHP 7+）子类，但不处理传统错误PHP 7 把部分致命错误（如TypeError、ParseError）转为Error类实例，可被catch (Error $e)捕获，但E_COMPILE_ERROR仍不可捕获如何让错误也走统一异常流（PHP 7+ 推荐做法）想把传统错误“升级”成可捕获的异常，得靠set_error_handler()手动抛出。但不能无差别转——比如E_USER_DEPRECATED该记录而非中断，而E_WARNING在开发环境要报，在生产环境可能只记日志。在set_error_handler()回调里，用error_reporting()过滤掉不想处理的级别，避免干扰对需要中断流程的错误（如E_WARNING），抛出ErrorException：throw new ErrorException($message, 0, $severity, $file, $line)注意：ErrorException构造函数第2个参数是0（不是错误码），第3个才是$severity，填反会导致getCode()返回错乱值PHP 8.0+ 支持throw_on_error配置项（仅CLI），但不推荐开启，它会让所有错误变异常，包括你本想忽略的E_NOTICE为什么try/catch没抓到file_get_contents()失败file_get_contents()出错时触发E_WARNING，不是抛异常。它返回false，但警告照打、脚本继续跑。很多人只检查返回值，却没关警告输出，导致线上暴露路径或敏感信息。先用@file_get_contents()抑制警告（不推荐），或更稳妥地：调用前设set_error_handler()临时捕获E_WARNING并转异常更好的方式是换用fopen()+fread()，配合stream_context_create()设ignore_errors => true，再手动判断feof()和ferror()若用cURL替代，curl_exec()失败时返回false，但curl_error()才含具体原因，别只看返回值生产环境错误日志必须隔离，且不能依赖display_errorsdisplay_errors = On在生产环境等于公开服务器细节，PHP Warning: file_get_contents(./config.php): failed to open stream这种信息直接暴露文件结构。日志写入也要防崩——比如磁盘满时error_log()失败，会静默丢错误。 Cleanup.pictures 智能移除图片中的物体、文本、污迹、人物或任何不想要的东西