PHP 8.5 Closure::getCurrent() 递归闭包怎么测：缓存、深度与异常边界

后台要把一棵目录树整理成导航JSON的时候，用递归闭包写起来往往比单独声明一个工具类要清爽很多。PHP 8.4及更早版本通常要写 use (&$walk) 把闭包变量引用回来；PHP 8.5 的 Closure::getCurrent() 允许闭包在自身内部拿到当前实例，递归逻辑的写法直接变得更直观，但它并不会自动替你解决循环引用、深度失控或者缓存污染这些常见问题。

如果项目已经在运行 PHP 8.5，可以用 Closure::getCurrent() 简化递归闭包的写法；真正上线之前，仍要给目录深度、重复节点、异常中断和空输入这些场景留出足够的测试边界。

先看清：它解决的是递归引用，不是递归本身

Closure::getCurrent() 的功能定位非常明确，也正因为边界清晰，反而很容易被过度拔高。它返回“当前正在运行的闭包实例”，核心用途就是让匿名函数可以递归调用自己，不再依赖外部的变量引用。PHP官方手册也特别说明：如果在闭包的作用域之外调用它，会得到 Current function is not a closure 的 Error。

这和递归的终止条件完全是两回事。不管用哪种写法，遍历目录树都必须做空节点判断、设置深度上限、制定重复节点处理策略。缺了任何一项，代码只是把“引用容易写错”的问题，换成了“逻辑边界更晚才会暴露”的隐患。

用目录树压测一次实际取舍

假设你的数据来自内容管理系统，每个节点都有 id、parent_id 和 children。下面的闭包只负责把节点转成层级结构，业务字段映射的逻辑仍然留在调用方处理，这样递归函数不会变成什么逻辑都往里塞的大函数。

 32) {
        throw new RuntimeException('目录层级超过限制');
    }

    $result = [];
    foreach ($nodes as $node) {
        $item = ['id' => $node['id'], 'name' => $node['name']];
        $children = $node['children'] ?? [];
        $item['children'] = $children === [] ? [] : $walk($children, $depth + 1);
        $result[] = $item;
    }
    return $result;
};

$tree = $walk($rows);
?>

兼容写法逻辑清晰、运行稳定，唯一的不同就是闭包声明的时候需要先绑定一个变量引用。到了PHP 8.5版本，就可以把内部递归调用替换成当前闭包实例：

$walk = static function (array $nodes, int $depth = 0): array {
    if ($depth > 32) {
        throw new RuntimeException('目录层级超过限制');
    }

    $result = [];
    foreach ($nodes as $node) {
        $children = $node['children'] ?? [];
        $result[] = [
            'id' => $node['id'],
            'name' => $node['name'],
            'children' => $children === []
                ? []
                : Closure::getCurrent()($children, $depth + 1),
        ];
    }
    return $result;
};

这里的 static 是特意设计的：遍历逻辑不需要捕获外部对象的时候，用静态闭包能把依赖边界定义得更清楚。如果闭包确实需要访问配置或者服务，完全可以显式传入，没必要借着递归引用的口子顺便把整个容器都带进来。

缓存和深度限制要分开设计

处理目录数据遇到重复节点的时候，最容易踩的坑就是把缓存键只设成节点ID。同一个节点很可能出现在两个不同的栏目路径下，直接复用之前存的完整结果，就会把上一条路径的面包屑或者权限信息带到另一条路径里。

更稳妥的实现方式是：用节点ID来检测当前遍历路径里的环，缓存键则要包含所有会影响输出的上下文参数。下面只演示核心判断结构，实际生产环境的缓存可以换成普通数组、PSR-16实现或者进程内对象：

$active = [];
$memo = [];

$walk = static function (array $nodes, int $depth = 0) use (&$walk, &$active, &$memo): array {
    if ($depth > 32) {
        throw new RuntimeException('目录层级超过限制');
    }

    $result = [];
    foreach ($nodes as $node) {
        $id = (string) $node['id'];
        if (isset($active[$id])) {
            throw new RuntimeException('发现目录环：' . $id);
        }
        $active[$id] = true;
        $result[] = ['id' => $id, 'name' => $node['name']];
        unset($active[$id]);
    }
    return $result;
};

示例代码把环检测的标记存在当前调用路径的上下文中，退出当前节点之后立刻清除标记。这样同一个节点出现在两条完全合法的路径下时，不会被误判成环；真正的循环引用则会在第二次进入当前路径的时候直接终止遍历。

什么时候不该继续用递归闭包

如果遍历逻辑只有一个入口、两三个局部变量，用闭包写会非常合适。要是后续需求开始增加权限上下文、路径缓存、迭代统计、取消信号和多种输出格式，匿名函数就会变成一块很难拆分的“隐形局部类”。这时候把所有状态收进 DirectoryWalker，用公开方法接收节点和配置选项，单元测试写起来会轻松很多。

还有一个很现实的边界问题：PHP 8.5新增的这个方法，旧版本运行时根本识别不了。如果你维护的共享代码包还要支持PHP 8.4，最好保留兼容分支，或者继续使用 use (&$walk) 实现，在CI流程里分别给两个版本跑测试用例，不要默认假设所有运行环境都已经升级到PHP 8.5。

发布前的验收清单

• 正常树场景：空目录、单层目录和三层目录都能生成符合预期的稳定JSON。
• 异常树场景：深度超过32、节点形成环路、子节点字段缺失时，抛出的错误都能被上层调用方正常捕获。
• 版本边界：PHP 8.5 运行 Closure::getCurrent() 版本的代码，PHP 8.4 运行之前的引用兼容版本。
• 缓存边界：同一个节点出现在不同父路径下时，输出结果不会混入上一条路径残留的上下文。
• 观测结果：记录遍历的节点总数、最大深度和耗时，不要只用“返回成功”就判断整个遍历逻辑没问题。

相关问题

Closure::getCurrent() 可以在普通函数里调用吗？

不可以。它要求调用点必须位于闭包内部，普通函数或者类的方法里直接调用会直接抛出Error。

它会自动防止无限递归吗？

不会。递归终止条件、深度上限和环检测逻辑，仍然需要业务代码自己负责实现。

PHP 8.4 项目能直接使用这个方法吗？

不能直接使用。需要保留 use (&$walk) 这类兼容写法，等项目统一升级到PHP 8.5之后再切换成新写法。

递归闭包一定比独立类更好吗？

不一定。逻辑局部、代码短小的转换场景适合用闭包实现；后续状态和规则持续变多的时候，抽成独立遍历器通常会更好维护。

PHP 8.5 的 Closure::getCurrent() 是一个很小但非常实用的语法减负特性：它让递归闭包不用再提前捕获自身引用，但不会替你处理任何算法边界问题。把终止条件、缓存上下文、异常路径和版本兼容这些点一起做完验收，这个特性才能真正安全落地到生产环境。