PHP编程错误级别怎么学_PHP错误级别学习【详解】-php教程-PHP中文网

php错误处理需通过看报错、改配置、查日志三步闭环实践掌握；error_reporting()须置于脚本最顶部，否则可能因前置语法错误而失效；e_warning等非致命错误需用set_error_handler()桥接为异常才能被try-catch捕获。

php编程错误级别怎么学_php错误级别学习【详解】

PHP错误级别不是靠背常量表学会的，而是靠看报错、改配置、查日志三步闭环练出来的。

error_reporting() 为什么总被覆盖？

你写 error_reporting(E_ALL) 却看不到 E_NOTICE，大概率是 php.ini 里设了 error_reporting = E_ALL & ~E_NOTICE，而你没意识到：函数调用优先级高于 ini 配置，但前提是它得成功执行——如果脚本在 error_reporting() 前就因 E_PARSE 报错退出，那这行根本不会运行。

error_reporting() 必须放在脚本最顶部（甚至要早于任何输出或 BOM 字符）
传字符串如 error_reporting('E_ALL') 会转成整数 0，等效于关掉所有报告
想确认当前生效值，直接 var_dump(error_reporting())，别猜
CLI 模式和 Web 模式可能加载不同 php.ini，php --ini 和 phpinfo() 要分开看

E_WARNING 和 E_NOTICE 在生产环境真能忽略？

能显示，但不该放任。比如 E_WARNING: include(): Failed opening 'xxx.php' for inclusion 看似只是“文件没找到”，实际可能是路径拼错、部署遗漏或权限问题；E_NOTICE: Undefined array key 'user_id' 表面是访问未定义键，背后可能是前端传参缺失或后端逻辑分支漏判。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

生产环境必须关掉 display_errors，但 log_errors = On 和 error_log 路径要确保可写
E_NOTICE 在 PHP 8.0+ 默认开启，且很多框架（Laravel、Symfony）依赖它做变量存在性检查，关掉反而掩盖逻辑漏洞
用 E_ALL & ~E_DEPRECATED & ~E_STRICT 是较稳妥的生产配置，既不过度宽松，也不过度敏感

怎么把 E_WARNING 变成可 catch 的异常？

PHP 原生错误（E_WARNING、E_NOTICE 等）不触发 try-catch，必须手动桥接。核心是用 set_error_handler() 拦截，再 throw new ErrorException()。

只拦截非致命错误：if (!(error_level & (E_WARNING | E_NOTICE | E_USER_WARNING))) return false;
必须 return false 让原生错误处理器继续处理 E_ERROR 等，否则致命错误会被吞掉
注意：自定义 handler 不捕获 E_PARSE 和 E_CORE_ERROR，它们发生在脚本加载/编译阶段，handler 还没注册上

示例片段：

set_error_handler(function ($level, $msg, $file, $line) {
    if ($level & (E_WARNING | E_NOTICE)) {
        throw new ErrorException($msg, 0, $level, $file, $line);
    }
    return false;
});

真正卡住人的从来不是记不住 E_ERROR 是 1 还是 E_USER_NOTICE 是 1024，而是当 error_log 里混着几十条 E_WARNING 和一条没打日志的 E_ERROR 时，你得知道先查哪条、为什么那条没进日志、以及为什么监控没告警。