php中不存在$_input超全局变量，它并非官方支持的变量；获取原始http请求体应使用php://input流，而非虚构的$_input。
PHP中$_INPUT根本不存在，别再被误导了
PHP 没有 $_INPUT 这个超全局变量。这是初学者常踩的坑——把 $_GET、$_POST、$_REQUEST 或某些框架封装的“输入对象”误记为原生 $_INPUT。官方文档里查不到它，任何 PHP 版本（包括 8.3）都不支持。如果你在代码里写了 $_INPUT 并试图读取，会直接触发 Notice: Undefined variable 或空数组行为，且毫无预警。
想获取原始 HTTP 请求体，用php://input而不是$_INPUT
当需要读取原始请求体（比如前端发来的 JSON、XML、纯文本或自定义格式），PHP 提供的是只读流 php://input，不是超全局数组。它和 $_POST 互斥：只要 Content-Type 被识别为 application/x-www-form-urlencoded 或 multipart/form-data，PHP 就会自动解析进 $_POST 或 $_FILES，此时 php://input 就为空（已被消耗）。
实操建议：
-
file_get_contents('php://input')是最常用方式，适合小到中等体积数据（注意内存限制） - 对大文件或流式处理，改用
fopen('php://input', 'rb')+fread() - 若 Content-Type 是
application/json，记得手动json_decode(file_get_contents('php://input'), true)，否则得不到数组 - Apache + mod_php 下，
php://input在enctype="multipart/form-data"时不可用；Nginx + PHP-FPM 则通常可用，但仍有边界情况
$_POST 和 $_GET 不等于“原始输入”，它们是经过解析和转义的
PHP 默认会对 $_GET、$_POST 做 magic_quotes_gpc（已废弃）或字符编码转换（如 default_charset 影响），还可能受 filter.default 配置影响。这意味着你拿到的值可能已被修改过——比如 URL 中的 %C3%A9（é 的 UTF-8 编码）被自动解码为字符，或某些特殊符号被过滤。
关键差异点：
-
$_GET['id']是解码后字符串；原始查询字符串需从$_SERVER['QUERY_STRING']获取 -
$_POST仅包含application/x-www-form-urlencoded或multipart解析结果；无法还原字段顺序、重复键、原始编码字节 - 若需完全控制解析逻辑（例如兼容非标准编码、保留空格/加号原义），必须绕过
$_POST，直接读php://input再自行 parse
安全与兼容性：别依赖未声明的输入来源
很多老教程或错误示例会建议“用 $_INPUT = $_POST + $_GET 模拟统一输入”，这不仅语义混乱，还掩盖了来源差异带来的安全风险。比如 $_GET 可被用户随意篡改并出现在日志中，而 $_POST 至少不暴露在 URL 里。
更现实的问题：
- PHP 8.0+ 移除了
register_globals，也强化了对未定义超全局变量的静默处理——$_INPUT不报错，但返回null，容易引发后续逻辑崩溃 - 某些 SAPI（如 CLI 模式）下
php://input不可用，$_GET/$_POST也为空，必须明确判断运行环境 - 如果项目用了
filter_input()，优先用它替代直接访问$_GET/$_POST，因为它支持类型校验和默认值，比手写isset()+filter_var()更可靠
真正需要“原始输入”的时候，就老老实实写 file_get_contents('php://input')，并做好空值、编码、大小限制的兜底。别给不存在的东西起名字，也别让变量名误导自己。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
