PHP接收大量表单参数被截断大概率是max_input_vars设置过低导致的，该值默认1000，超出部分静默丢弃；需通过php.ini、.htaccess或php-fpm配置修改，不可用ini_set()运行时调整。
PHP接收大量表单参数时被截断，大概率是 max_input_vars 设置过低导致的，不是代码问题，而是 PHP 配置限制。
为什么提交的数组参数突然少了一半？
当表单包含大量复选框、动态字段（如商品属性、多行输入）或嵌套数组（如 items[0][name]、items[1][price]），PHP 会把每个键名（包括数组层级展开后的完整路径）都算作一个独立变量。一旦总数超过 max_input_vars 的值，超出部分直接被丢弃，且不报错、不警告——只静默截断。
- 典型现象：
$_POST或$_GET中后半段数据消失，count($_POST)明显小于预期 - 注意：这和
post_max_size或max_execution_time无关，不要调错参数 - 默认值通常是 1000，但现代前端框架或复杂表单轻松突破 2000+
如何确认是 max_input_vars 导致的？
在接收请求的脚本开头加一行诊断代码，快速验证：
echo 'Input vars count: ' . count($_POST) . "\n";
echo 'max_input_vars: ' . ini_get('max_input_vars') . "\n";
print_r(array_keys($_POST)); // 看最后几个 key 是不是被截在中间
如果 count($_POST) 接近或等于 ini_get('max_input_vars')，基本可以锁定问题。另外检查错误日志：error_log 中不会记录该截断，但开启 log_errors = On 后，某些 PHP 版本会在 error_log 里写入类似 PHP Warning: Unknown: Input variables exceeded 1000. To increase the limit change max_input_vars in php.ini. 的提示（取决于 SAPI 和版本）。
修改 max_input_vars 的三种方式
该配置不能在运行时用 ini_set() 修改，必须在 PHP 启动阶段生效：
-
推荐：改 php.ini —— 找到你实际使用的
php.ini（用php --ini或phpinfo()确认路径），修改后重启 Web 服务：max_input_vars = 3000
-
Apache 环境可用 .htaccess（需 AllowOverride Options）：
php_value max_input_vars 3000
-
Nginx + PHP-FPM 环境：在 server 或 location 块中传参（注意是传给 php-fpm，不是 nginx 自身）：
fastcgi_param PHP_VALUE "max_input_vars=3000";
或更稳妥地在php-fpm.conf的[www]段加：php_admin_value[max_input_vars] = 3000
调整后仍不生效？重点检查这些点
常见失效原因不是改错了值，而是改错了位置或没生效：
- 改了开发环境的
php.ini，但生产环境用的是另一个（比如 CLI 和 FPM 使用不同配置） - Nginx 下用了
php_admin_value，但该指令只能在 php-fpm pool 级别或全局配置中使用，不能写在fastcgi_param里覆盖 - 用了 OPcache 且启用了
opcache.revalidate_freq=0，导致phpinfo()显示的仍是旧配置（重启 php-fpm 最可靠） - 某些主机商或 Docker 镜像会通过环境变量覆盖，例如
PHP_INI_DIR或自定义 entrypoint 脚本重写配置
最稳的验证方式：在出问题的页面执行 var_dump(ini_get('max_input_vars'));，确保输出是你设的值。值对了但还截断，就要回头检查前端是否重复提交、是否有代理/CDN 缓存了旧响应，或者是不是 JavaScript 拼接参数时本身就有遗漏。
