递归中应优先用参数传递状态而非static变量，因static在所有递归调用间共享导致路径错乱、计数污染和状态残留；必要时需手动重置或封装为类实例属性以隔离状态。
PHP递归函数里用 static 变量，不是“能不能用”，而是“在哪用、怎么用才不出错”——多数问题其实出在共享状态没隔离，而不是 static 本身。
递归中 static 变量为什么容易冲突？
因为 static 变量在函数首次执行时初始化一次，之后所有递归调用（包括自身嵌套进入）都读写同一内存地址。这不是 bug，是设计行为，但会直接导致：
- 路径累积错乱：比如
static $path = []在树遍历中被多层array_push()和array_pop()干扰，第二层 push 后，第一层 pop 可能清掉不该清的元素 - 计数器污染：两次独立调用同一个递归函数，
static $count不重置，第二次结果叠加第一次的值 - 状态残留：处理完一个数据集后，
static变量仍保留旧值，影响后续调用
用参数传状态，别依赖 static
这是最干净、最可测试的做法。把中间状态作为参数显式传递，让每层递归拥有自己的副本。
- 把
$path、$depth、$acc等作为函数参数，初始调用传空数组或默认值 - 递归调用时传新构造的值，例如
traverse($node->left, array_merge($path, [$node->id])) - 避免在函数体内修改外部变量，也不靠
static或global暗中累积 - 好处：无副作用、可并发调用、单元测试易 mock、调试时堆栈清晰
真要用 static，必须做隔离或清理
某些场景确实需要跨调用维持状态（如防止图结构环形遍历），但不能裸用 static，得加控制：
- 用
static $visited = [];记录节点 ID，每次调用前不重置，但需确保该函数只处理单个逻辑单元（比如一次完整树遍历） - 若函数可能被多次调用，进函数第一行手动重置：
static $cache = []; $cache = [];——注意这行必须在static声明之后、逻辑之前 - 更稳妥的方式是封装成类，用实例属性替代
static：$this->visited，每次 new 实例即天然隔离 - 别用
unset($var)清static，它不会真正销毁变量，下次调用仍恢复原值
static 在闭包里比在普通函数里更可控
如果必须复用状态又不想污染全局，闭包 + use + static 是折中选择：
- 工厂函数内声明
static $counter = 0;，返回一个use (&$counter)的闭包 - 每次调用工厂函数，得到一个独立状态的闭包实例，互不影响
- 示例：
$counterFactory = function() { static $i = 0; return function() use (&$i) { return ++$i; }; }; - 缺点：不能用于传统递归函数定义，只适合状态封装型场景
真正难的不是写对语法，而是判断“这个状态是否真的该跨递归层级存在”。多数时候，答案是否定的——传参比 static 更直白，也更少埋雷。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
