PHP 8.3 无法通过配置项增大函数调用栈大小来防止递归溢出，因C栈大小由系统ulimit控制且PHP层不可安全干预；新增的zend.max_allowed_stack_size和zend.reserved_stack_size不作用于用户递归；max_input_nesting_level与unserialize_max_depth仅限输入解析；唯一有效方案是代码层防御：深度限制、迭代改写、输入预校验及避免无界自调用。
PHP 8.3 无法通过配置项直接增大函数调用栈大小来防止递归溢出。这不是一个可调的运行时参数，也不是 php.ini 中能解决的问题。
核心原因很明确：
PHP 运行时本身不提供修改 C 栈（call stack）大小的机制；ulimit -s 只影响启动时主线程，而 Workerman 或其他常驻进程 fork 出的子进程继承的是初始栈限制，且 PHP 层面无法安全干预。强行在代码中调用 setrlimit(RLIMIT_STACK, ...) 不仅不可靠，还可能在不同系统上行为不一致甚至失效。
不过 PHP 8.3 确实新增了两个与栈相关的 INI 配置，但它们不适用于控制递归深度或避免栈溢出：
zend.max_allowed_stack_size（INI_SYSTEM，自 8.3.0 起可用）
用于限制 Zend 引擎内部某些特定操作（如字节码执行器栈）的上限，不影响用户函数调用栈，也不能防止StackOverflowError。zend.reserved_stack_size（INI_SYSTEM，自 8.3.0 起可用）
是为未来扩展预留的字段，当前未启用实际功能，文档也未说明其作用于用户递归。
真正起作用的、与“嵌套深度”相关的配置是：
max_input_nesting_level = 64（INI_PERDIR）
控制$_POST、$_GET等超全局变量反序列化/解析时允许的最大嵌套层数，主要防恶意 JSON 或表单数据导致的栈压入，对自定义递归函数无效。unserialize_max_depth = 4096（默认值，可设为 0 禁用）
限制unserialize()解析对象图时的嵌套深度，同样不约束你写的parse($data, $depth)这类逻辑。
所以，面对递归溢出，唯一有效路径是代码层防御：
立即学习“PHP免费学习笔记（深入）”；
-
所有递归入口必须带
$depth参数，并在开头校验function parseNode($data, $depth = 0) { if ($depth > 50) { throw new RuntimeException('Recursion depth exceeded'); } // ... return parseNode($child, $depth + 1); } 把递归逻辑改造成迭代 + 显式栈（例如用
array_push()/array_pop()模拟）对外协议输入（如 WebSocket 消息、JSON）做预校验，用
json_validate($str, $max_depth)（PHP 8.3 新增）提前拦截超深结构避免在
onMessage、定时器回调、事件处理器中做无界自调用
这些做法不是“补救”，而是必须落地的编码规范。因为栈溢出发生时，进程会直接崩溃，连 try/catch 或 register_shutdown_function 都来不及响应。
本质上，这不是配置问题，是架构问题。
