PHP初学者应开启display_errors=On和error_reporting=E_ALL以显示错误；Parse error需靠此定位，var_dump()比echo更适调试变量；使用isset()校验$_POST等超全局变量是否存在。
PHP 初学者遇到错误时，最常卡在「页面空白」或「500 错误」上——这通常不是代码没写对，而是错误报告被默认关掉了。
开启 display_errors 和 error_reporting
PHP 默认不把错误显示在网页上，只记日志（而日志路径初学者往往找不到）。必须手动打开前端报错：
-
display_errors = On（让错误直接输出到浏览器） -
error_reporting = E_ALL（显示所有级别错误，包括Notice和Warning） - 这两个设置可在
php.ini中改，也可在脚本开头用ini_set()临时启用
ini_set('display_errors', '1');
error_reporting(E_ALL);
⚠️ 注意：上线环境必须关掉 display_errors，否则会暴露敏感路径和变量内容。
区分 Parse error 和运行时错误
Parse error（如语法错误、括号不匹配、漏分号）会在脚本加载阶段就失败，导致整个页面空白，且不会触发 try/catch；而 Warning 或 Fatal error（如调用不存在的函数）可能出现在执行中。
立即学习“PHP免费学习笔记（深入）”；
-
Parse error不会受set_error_handler()拦截，只能靠开启display_errors看原始提示 - 常见诱因：
echo $arr[后直接换行、function name(没写完就保存、中文标点混入代码 - 编辑器开启「显示不可见字符」能快速定位空格/全角符号问题
用 var_dump() 和 die() 替代 echo
echo 只适合输出字符串，对数组、对象、null 或布尔值几乎无效；而 var_dump() 能完整展示类型和结构，是调试变量状态的第一选择。
-
var_dump($user)比echo $user有用得多，尤其当$user是数组时 - 配合
die()可中断后续执行，避免干扰判断：var_dump($_POST); die();
- 不要用
print_r()替代——它默认不输出类型信息，容易误判0、''、false、null
检查 $_GET / $_POST 是否真有数据
表单提交后页面空白，90% 是因为没校验变量是否存在就直接使用，触发 Notice: Undefined index（虽然不影响执行，但说明逻辑有漏洞）。
- 永远先用
isset()或array_key_exists()判断键是否存在：if (isset($_POST['email'])) { $email = $_POST['email']; } else { die('缺少 email 参数'); } -
$_POST是空数组 ≠ 表单没提交，可能是method="get"却读$_POST，或name属性拼错 - 用浏览器开发者工具的 Network 标签页看「Headers」和「Form Data」，确认数据确实发过去了
真正难调试的从来不是语法错误，而是变量在某个环节悄悄变为空、类型被隐式转换、或超全局数组根本没收到东西——盯住输入和输出，比猜逻辑更可靠。
