phpEnv 中需手动修改对应 PHP 版本 php.ini 文件中的 max_input_nesting_level，取消注释或添加该指令并设值，保存后重启 Apache/PHP-FPM 服务才能生效。
phpEnv 没有独立的“输入深度”配置项，max_input_nesting_level 是 PHP 原生配置，必须通过修改对应 PHP 版本的 php.ini 文件生效。
phpEnv 中找不到 max_input_nesting_level 怎么办
phpEnv 是 Windows 下的 PHP 环境集成包（类似 XAMPP），它本身不提供图形界面直接编辑 PHP 运行时参数。你看到的“PHP 配置”面板通常只暴露 memory_limit、upload_max_filesize 等高频项，max_input_nesting_level 默认不显示——但它真实存在且可改。
- 它不是 phpEnv 的功能开关，而是 PHP 解释器启动时读取的 ini 指令
- phpEnv 启动某个 PHP 版本（如 8.1）时，会加载该版本目录下的
php.ini，路径通常是：phpenv\php\php-8.1-x64\php.ini - 若你改了面板里其他参数却没生效，大概率是因为你编辑的是错误版本的
php.ini，或没重启 phpEnv 的 Apache/PHP-FPM 服务
在 phpEnv 中正确修改 max_input_nesting_level 的步骤
打开对应 PHP 版本的 php.ini（不是 phpEnv 主目录下的那个“通用配置”），搜索 max_input_nesting_level：
- 如果该行被注释（开头是分号
;），去掉分号并设值，例如：max_input_nesting_level = 200 - 如果整行不存在，手动添加在
[PHP]段落下方（不要加在扩展模块区域） - 保存后，必须在 phpEnv 控制面板中「停止」再「启动」Apache 或 PHP-FPM —— 仅刷新网页无效
- 验证是否生效：新建一个
info.php，内容为<?php phpinfo(); ?>，浏览器访问，搜索max_input_nesting_level看显示值是否更新
为什么调高 max_input_nesting_level 后还是报错
常见现象是表单提交含深层嵌套数组（如 options[tab1][fields][0][value]）仍被截断，但 phpinfo() 显示值已改。这通常不是配置没生效，而是：
立即学习“PHP免费学习笔记（深入）”；
-
max_input_vars先于max_input_nesting_level触发限制 —— 它控制总变量数，嵌套越深，生成的扁平化变量越多。比如a[b][c][d]在解析后会计为 1 个变量，但a[b][c][d]=1&a[b][c][e]=2就算 2 个。务必同步检查并提高max_input_vars - Web 服务器（Apache/Nginx）自身有请求体大小或解析超时限制，例如 Nginx 的
client_max_body_size或fastcgi_read_timeout，它们会在 PHP 读到数据前就切断连接 - 某些 CMS（如 WordPress + Avada 主题）会主动校验嵌套层级并在 PHP 层抛出警告，和 PHP 原生行为无关，需查主题/插件源码
容易被忽略的关键点
max_input_nesting_level 影响的是 $_GET、$_POST、$_COOKIE 的键名解析过程，不涉及函数调用栈或文件包含；它防的是哈希碰撞攻击导致的 DoS，不是递归崩溃。如果你遇到的是 Fatal error: Maximum function nesting level of 'xxx' reached，那其实是 xdebug.max_nesting_level 或 PHP 8.0+ 的 zend.max_allowed_stack_size 问题，和这个配置完全无关。
