PHP表单提交大量字段被截断，主因是max_input_vars默认值1000不足，需在php.ini中设为5000等合理值并重启Web服务器，且该限制统管$_GET、$_POST、$_COOKIE和$_FILES元信息的变量总数。
PHP脚本提交大量表单字段时被截断
当你的 PHP 表单包含几百个输入项（比如动态生成的多行配置、批量编辑表格），提交后 $_POST 或 $_GET 突然少了一半数据，大概率是触发了 max_input_vars 限制。XAMPP 默认值通常只有 1000，远不够用。
这不是代码 bug，也不是 Apache 配置问题，而是 PHP 自身对单次请求可解析变量数量的硬性防护——防止 DoS 攻击，但开发阶段常需调高。
- 修改位置：打开 XAMPP 安装目录下的
php\php.ini（注意不是php.ini-development或php.ini-production，XAMPP 启动时实际加载的是主php.ini） - 搜索关键词：
max_input_vars，它通常被注释掉或设为1000 - 取消注释并改为合理值，例如：
max_input_vars = 5000 - 改完必须重启 Apache（通过 XAMPP Control Panel 点击 Stop 再 Start），仅刷新页面无效
确认修改是否生效
光改配置不验证，很容易白忙活。最直接的方式是写一个探针脚本：
<?php
var_dump(ini_get('max_input_vars'));
?>
访问该脚本，输出应为你设置的数值（如 string(4) "5000"）。如果还是 "1000"，说明：
立即学习“PHP免费学习笔记（深入）”；
- 改错了文件（检查
phpinfo()输出顶部的Loaded Configuration File路径） - Apache 没重启（
phpinfo()页面里看Server API是Apache 2.0 Handler就得重启 Apache） - 存在多层覆盖（某些框架或虚拟主机配置里用
php_admin_value max_input_vars强制设回低值）
max_input_vars 影响哪些变量类型
这个限制不只管 $_POST，它统管所有“用户输入变量”的总数，包括：
-
$_GET参数（URL 查询字符串里的键值对） -
$_POST表单字段（含数组嵌套，name="data[0][id]"算一个变量） -
$_COOKIE（极少触达上限，但计入总数） -
$_FILES中每个上传项的元信息（name、type、tmp_name等各算一个）
注意：它**不控制**单个变量的长度（那是 post_max_size 和 memory_limit 的事），只数“有多少个变量名”。比如提交 a[]=1&a[]=2&a[]=3，$_GET['a'] 是长度为 3 的数组，但只占 max_input_vars 计数中的 1 个。
为什么不能无脑设成 999999
理论上可以，但不建议。过高的值会带来两个隐性代价：
- PHP 解析请求时需分配更多内存来存储变量符号表，大并发下可能放大内存压力
- 若攻击者构造超多空参数（如
?a=1&b=2&c=3&...&z999999=0），服务器可能在解析阶段就耗尽资源 - 部分旧版 PHP（
开发环境设到 3000–10000 足够应付绝大多数复杂表单；生产环境应结合真实业务场景评估，而非盲目拉满。
真正容易被忽略的是：这个值在 CLI 模式下不生效，只作用于 Web SAPI（如 Apache、FPM）。如果你用 php -f script.php 测试表单逻辑，永远拿不到被截断的效果——那不是配置没生效，是根本没走这条路。
