PHP新手常见卡点在于底层逻辑盲区：$_POST为空多因表单name缺失、AJAX未设Content-Type或php.ini variables_order配置错误；mysql_*函数自PHP 7.0起已移除，须用PDO或mysqli；白屏主因生产环境禁错，可用ini_set临时开启调试；相对路径、扩展缺失、编码与时区不一致等隐性边界更易引发线上故障。
PHP 编程语言本身不难上手，但“写出来”和“写得能上线、不出错、不被攻击”之间差距很大。真正卡住人的不是 echo 或 foreach 怎么用，而是对请求怎么进来、数据怎么流转、错误为什么看不见这些底层逻辑缺乏感知。
$_POST 和 $_GET 为空，不是代码错了，是请求或配置断了
这是新手最常卡住的点，现象是表单提交后 $_POST 始终为空，反复检查代码却找不到问题。
- 表单
<input>缺少name属性：只有<input name="email">才会进$_POST，<input id="email">不会 - AJAX 提交没设
Content-Type: application/x-www-form-urlencoded，导致 PHP 不解析请求体；此时要用file_get_contents('php://input')手动读原始数据 -
php.ini中variables_order被改成"EGPCS"以外的值（比如删了P），$_POST就直接不可用了 - 用
curl或 Postman 测试时，误传了 JSON 体但没加Content-Type: application/json，PHP 也不会自动填充$_POST
mysql_* 函数报 “Call to undefined function”，不是环境没配好，是它已经没了
搜旧教程看到 mysql_connect() 或 mysql_real_escape_string() 就别试了——PHP 7.0 起已彻底移除，不是你漏装扩展，是函数本身不存在了。
- 替代方案只有两个：
mysqli（过程式或面向对象）或PDO；推荐直接学PDO，因为预处理语句天然防 SQL 注入，且支持异常模式（PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION） -
@mysql_connect()里的@只是屏蔽错误，不是解决错误；掩盖问题比报错更危险 - 用
mysqli_real_escape_string()做“防注入”也不安全：它依赖有效连接，且只适用于字符串上下文，拼接表名、排序字段时完全无效
本地能跑，上传就白屏，大概率是错误被关了，不是代码崩了
白屏不是 PHP 的错，是它根本没告诉你错在哪。生产环境默认关闭错误显示，这是安全策略，不是 bug。
立即学习“PHP免费学习笔记（深入）”；
- 临时加两行就能暴露真实错误：
ini_set('display_errors', '1'); error_reporting(E_ALL);，但仅限调试，上线前必须删掉 - 相对路径出问题：比如
include './config.php';在 CLI 下运行和 Web 请求下__DIR__不同，改用include __DIR__ . '/config.php';更可靠 - 扩展缺失：本地有
mbstring，服务器没开，一调mb_strlen()就 500；用extension_loaded('mbstring')提前判断比硬调用安全得多
PHP 写起来快，但写得稳需要盯住三个隐性边界
语法简单不等于开发省心。真正影响上线质量的，是那些不会报错、但会让程序在特定条件下失效的点。
- 超全局变量生命周期：比如在函数里直接改
$_SESSION值，不调session_start()就写，数据根本不会存 - 字符编码混用：
utf8mb4数据库 +latin1连接字符集 +mb_*函数乱用，会导致中文变问号或截断 - 时间区域不一致：
date()输出依赖服务器时区，但数据库NOW()是 MySQL 自己的时区，两者不统一就会出现时间差
复杂点不在语法，而在你是否知道“PHP 此刻正在哪一步、信任谁、忽略什么”。调试的第一步永远不是改逻辑，而是确认它有没有把错误吐出来。
