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_errors
display_errors = On在生产环境等于公开服务器细节，PHP Warning: file_get_contents(./config.php): failed to open stream这种信息直接暴露文件结构。日志写入也要防崩——比如磁盘满时error_log()失败，会静默丢错误。
- 关掉
display_errors，开log_errors = On，用error_log = /var/log/php/error.log指定路径，确保目录可写且权限严格（如640） - 避免用
syslog做主日志（error_log = syslog），它不保证顺序、难排查，更适合审计事件 - 自定义
set_error_handler()里写日志时，用error_log($msg, 3, $file)而非file_put_contents()，前者带原子写入保障 -
max_execution_time超时触发的Fatal error无法捕获，但可通过register_shutdown_function()配合error_get_last()捞出最后错误，仅限非致命场景
最麻烦的其实是错误嵌套：比如set_error_handler里又触发新错误，会导致处理逻辑崩掉。真要统一收口，优先用try/catch包业务逻辑，错误处理器只做兜底和日志，别在里面做复杂判断或远程上报。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
