唯一可靠方式是手动在xampp真实php.ini的[php]段落下添加max_input_vars = 3000（不加引号），保存为utf-8无bom格式，再完全停止并重启apache；需通过phpinfo()确认加载路径及生效值。
直接改 php.ini 文件里的 max_input_vars 值，然后重启 Apache —— 这是唯一可靠的方式。其他方法（比如 .htaccess 或 ini_set()）在 XAMPP 默认配置下基本无效。
为什么在 php.ini 里搜不到 max_input_vars？
它不是默认被注释掉的项，而是根本没写进 XAMPP 自带的 php.ini 模板里（尤其是早期版本或精简版）。你得手动添加这一行：
max_input_vars = 3000
注意位置：加在 [PHP] 段落下面、靠近其他 max_* 配置（如 max_execution_time）的地方更稳妥；别加到扩展模块段落里，否则不生效。
常见错误：
- 改了
php.ini-development或php.ini-production备份文件，但 XAMPP 实际加载的是php.ini - 用文本编辑器保存时编码变成 UTF-8 with BOM，导致 Apache 启动失败或配置被忽略
- 值写成
max_input_vars = "3000"（加了引号），PHP 会当字符串解析失败，必须是纯数字
如何确认 XAMPP 正在读取哪个 php.ini？
新建一个 info.php 放在 htdocs 下，内容为：
<?php phpinfo(); ?>
浏览器访问 http://localhost/info.php，搜索 “Loaded Configuration File”，看到的路径就是真实生效的 php.ini。所有修改必须针对这个文件。
顺手检查 “max_input_vars” 这一行是否出现在“Core”部分，且值是你设的数字 —— 如果显示为 1000 或 no value，说明没生效或没加对位置。
改完不重启 Apache，一切等于白改
XAMPP 的 Apache 是以模块方式加载 PHP 的，php.ini 只在启动时读一次。必须完全停止再启动：
- 在 XAMPP 控制面板中，先点 Stop Apache，等状态变灰
- 再点 Start Apache（别只点 Restart，有时它跳过重载配置）
- 验证方式：刷新
info.php页面，看值是否更新
如果你用命令行启停，确保执行的是 /opt/lampp/lampp restart（Linux/macOS）或控制面板操作（Windows），而不是只杀进程。
max_input_vars 设多大才够用？
它限制的是单次请求中所有 $_GET、$_POST、$_COOKIE 的变量总数（不是字符长度）。典型场景参考：
- WordPress 导入主题/插件：推荐 ≥ 2000（Avada 提示要 1620，有些模板要 5000+）
- ZenTao 导入测试用例：提示需 > 8240，那就设 10000
- 含大量复选框、动态表单字段的后台页面：按字段数 × 1.5 估算，留余量
设太高有风险：max_input_vars 过大会增加哈希碰撞攻击面，且消耗更多内存解析。不要无脑设成 100000 —— 除非你明确知道后端在发海量扁平化参数。
另外注意：它和 max_input_nesting_level（默认 64）是配套的。如果表单用了深层嵌套数组（如 data[users][0][profile][avatar][url]），光调高 max_input_vars 不够，还得同步调高后者，否则仍会截断。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
