$_GET和$_POST拿不到数据是因为请求方法与编码不匹配：$_GET只读URL参数，$_POST仅支持x-www-form-urlencoded和multipart/form-data；JSON需用php://input读取。
$_GET 和 $_POST 拿不到数据？先看请求方法和编码
PHP 超全局变量不是“自动有值”，而是由 PHP 根据 HTTP 请求上下文填充的。最常见的情况是：表单用了 method="post"，但你却在代码里读 $_GET；或者前端发的是 JSON（Content-Type: application/json），而你直接查 $_POST —— 它永远为空。
-
$_GET只包含 URL 查询参数（?id=123&name=test）和显式通过GET方法提交的表单字段 -
$_POST仅对application/x-www-form-urlencoded和multipart/form-data编码的POST请求有效；JSON、XML 或纯文本请求不会触发它 - 若需读取原始 JSON 数据，要用
file_get_contents('php://input')再json_decode()，不能依赖$_POST - 检查
$_SERVER['REQUEST_METHOD']确认当前确实是POST或GET，避免逻辑错位
$_SESSION 为什么每次都是空？session_start() 忘了或放错了位置
$_SESSION 不是“开箱即用”的变量，它依赖会话机制启动。漏掉 session_start()，或把它放在任何输出（包括空格、BOM、echo）之后，都会导致失败，且通常不报错，只默默失效。
-
session_start()必须在脚本最开头调用，在任何 HTML 输出、header()发送前，甚至不能有 UTF-8 BOM - 检查是否在包含文件中提前输出了内容（比如 config.php 末尾多了一个换行）
- 确认
session.save_path在php.ini中可写，否则会静默失败（可用session_status() === PHP_SESSION_ACTIVE验证是否真启动成功） - 跨域或子域名下需手动设置
session_set_cookie_params(['domain' => '.example.com'])，否则 Cookie 不会被携带
$_SERVER['HTTP_HOST'] 和 $_SERVER['SERVER_NAME'] 到底该用哪个？
这两个看起来都像“当前域名”，但来源完全不同：$_SERVER['HTTP_HOST'] 来自客户端请求头（可被伪造），$_SERVER['SERVER_NAME'] 来自服务器配置（更可信，但可能不等于用户访问的域名）。
- 做跳转、拼接绝对 URL 时，优先用
$_SERVER['HTTP_HOST']（如"https://" . $_SERVER['HTTP_HOST'] . "/login"），它反映用户实际访问的地址 - 做权限校验、白名单判断时，用
$_SERVER['SERVER_NAME']更安全，因为它不可被客户端篡改 - 如果 Nginx/Apache 配置了多个
server_name或用了反向代理，$_SERVER['HTTP_HOST']可能为空或不一致，此时应结合$_SERVER['SERVER_ADDR']和端口做兜底 - 注意
$_SERVER['HTTPS']值是字符串"on"或空，不是布尔值，别直接if ($_SERVER['HTTPS'])
$_FILES 上传失败？别只看 error 值，还要查 php.ini 限制
$_FILES 是唯一能拿到上传文件元信息的超全局变量，但它只在表单 <input type="file"> 且 enctype="multipart/form-data" 时才填充。很多问题根本不出在 PHP 代码，而在服务器配置。
立即学习“PHP免费学习笔记（深入）”；
- 上传失败时，先打印
$_FILES['xxx']['error']：0 表示成功，4 表示没选文件，其他值参考UPLOAD_ERR_XXX常量 - 即使
error === 0，也可能因upload_max_filesize（php.ini）、post_max_size（必须 ≥ upload_max_filesize）或 Nginx 的client_max_body_size被截断 -
$_FILES['xxx']['tmp_name']是临时路径，脚本结束即删，必须用move_uploaded_file()显式保存，不能用copy() - 不要信任
$_FILES['xxx']['type']（浏览器提供，可伪造），校验文件类型应靠finfo_file()或扩展名白名单
超全局变量本身没有魔法，它们只是 PHP 把外部输入映射进来的快照。真正容易出问题的，是假设“它应该有值”而不验证来源、不检查配置、不区分可信边界。尤其是 $_GET 和 $_POST，常被当成“用户输入”的代名词，但它们连基本的数据类型都不保证——所有值都是字符串，数字要自己 filter_var() 或强转，否则 == 对比可能出意外。
