warning不中断脚本而fatal error立即终止执行——前者如include失败或访问未定义变量，后者如调用不存在函数或语法错误；warning可被忽略但累积风险大，fatal error无法用try/catch捕获（除php 7+的error类）。
警告（Warning）不中断脚本，致命错误（Fatal Error）直接停执行——这是最核心区别，也是你调试时最先要判断的“生死线”。
Warning 是 PHP 在说“这有点不对劲，但我先帮你跑完”
比如 include('missing.php') 找不到文件、echo $undefined_var 访问未定义变量，PHP 会输出 Warning 信息，但后续代码照常运行。它暴露的是潜在隐患，不是逻辑崩溃点。
- 不会终止脚本，
echo 1; echo $no_such; echo 2;会输出1和2（中间带 Warning 提示） - 默认在页面显示（开发环境），但生产环境通常关闭
display_errors，所以可能“看不见却存在” - 常见诱因：数组键不存在（
$arr['key']）、函数参数缺失、资源操作失败（如fopen()返回false却没检查） - 别忽略它——多个 Warning 累积可能掩盖真正问题，或在严格模式下升级为 Fatal
Fatal Error 是 PHP 直接“关机”，连最后一行都不执行
典型如 call to undefined function test()、class not found、Parse error: syntax error, unexpected '}'。一旦触发，脚本立刻终止，后续所有代码（包括 echo、return、exit 前的清理逻辑）全部失效。
- 无法用
try/catch捕获传统 Fatal Error（PHP 7+ 的Error类可被catch (Error $e)捕获，但 Parse Error 仍不行） - 常见场景：拼错函数名（
mysql_connect()→ 已废弃且扩展未启用）、require了不存在的类文件、括号/引号/分号严重不匹配 - 注意：
require失败是 Fatal，include失败只是 Warning——这个差异常被初学者踩坑
怎么快速区分和定位？看错误信息第一行关键词
打开 error_reporting(E_ALL) 和 display_errors = On（仅开发环境！），错误信息开头就定性：
-
Warning:开头 → 检查变量是否存在、文件路径是否拼对、函数返回值是否判空 -
Fatal error:或Parse error:开头 → 立刻盯死报错行号，再看上一行——90% 的语法错误藏在上一行漏写符号 -
Uncaught Error:（PHP 7+）→ 属于Error异常类，可用catch (Error $e)捕获，但不能 catch 语法错误
Warning: Undefined array key "id" in /app/index.php on line 12 Fatal error: Uncaught Error: Call to undefined function db_connect() in /app/db.php on line 5 Parse error: syntax error, unexpected end of file in /app/config.php on line 23
初学者最容易混淆的两个点
一是把 Warning 当“没事”——比如 mysqli_query() 失败只报 Warning，但后续 mysqli_fetch_array() 就会 Fatal；二是以为 include 和 require 行为一致，其实前者失败继续跑，后者失败直接死。这两个点不厘清，调试时会反复陷入“为什么这里没报错却结果为空”或“为什么换了个 include 就全白屏”的困惑。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
