Laravel自定义框架中ClosureRegistry跨页面持久化方案求教

我在Laravel之上开发一款内部自定义PHP框架，目前正在实现允许开发者创建可自定义Action的功能。该框架支持为Action定义标题、关联Closure（闭包）以及指定模态视图，示例代码如下：

(new Action)
    ->title('Edit')
    ->action(function() {
        // Perform an action
    })
    ->modal('test.blade.php');

在处理模态框内的表单时，需要确保用户提交表单时执行Action参数中定义的关联Closure。目标是通过单一端点处理所有表单，该端点需动态执行与表单提交关联的Closure。

我尝试实现一个ClosureRegistry类，用唯一键存储Closure，键通过表单传递，提交后根据键检索并执行对应的Closure：

class ClosureRegistry
{
    private $closures = [];

    public function addClosure($id, Closure $closure)
    {
        $this->closures[$id] = $closure;
    }

    public function getClosure($id)
    {
        return $this->closures[$id] ?? null;
    }
}

但遇到的核心问题是：表单提交会触发页面重载，ClosureRegistry的状态无法跨页面加载持久化。请问如何实现ClosureRegistry的跨页面持久化？

1. 替换闭包为类方法/可调用字符串 #

实现思路 #

放弃直接存储闭包，转而存储可调用的类方法标识（比如[ActionHandler::class, 'editAction']）或可调用字符串。这类标识是无状态的，可直接在请求间传递和解析，完全避开闭包序列化的问题。

代码调整 #

修改Action的定义方式，同时适配注册表逻辑：

// 开发者定义Action的方式
(new Action)
    ->title('Edit')
    ->action([EditActionHandler::class, 'handle'])
    ->modal('test.blade.php');

// 调整后的注册表类
class ActionRegistry
{
    private $actions = [];

    public function addAction($id, callable $action)
    {
        // 将可调用对象转换为可存储的字符串格式
        if (is_array($action)) {
            $this->actions[$id] = $action[0] . '@' . $action[1];
        } else {
            $this->actions[$id] = (string)$action;
        }
    }

    public function getAction($id)
    {
        if (!isset($this->actions[$id])) {
            return null;
        }
        $actionStr = $this->actions[$id];
        // 转换回可调用对象
        if (strpos($actionStr, '@') !== false) {
            list($class, $method) = explode('@', $actionStr);
            return class_exists($class) ? [$class, $method] : null;
        }
        return $actionStr;
    }
}

优缺点 #

• 优点：安全可靠，无序列化兼容性问题，代码可维护性高，适合生产环境长期使用。
• 缺点：需要开发者调整Action定义方式，不能直接使用匿名闭包，但框架可封装转换逻辑，对开发者透明。

2. 动态生成临时路由绑定Action #

实现思路 #

为每个Action动态生成专属的临时POST路由，路由直接绑定对应的闭包逻辑，表单提交地址直接使用该路由的URL，无需通过单一端点统一处理。

代码示例 #

use Illuminate\Support\Facades\Route;

class Action
{
    private $title;
    private $action;
    private $modal;

    public function title($title)
    {
        $this->title = $title;
        return $this;
    }

    public function action(Closure $action)
    {
        $this->action = $action;
        return $this;
    }

    public function modal($modal)
    {
        $this->modal = $modal;
        return $this;
    }

    public function getSubmitUrl()
    {
        $routeId = uniqid('action_');
        // 动态注册POST路由
        Route::post("/actions/{$routeId}", $this->action)->name("action.{$routeId}");
        // 返回路由URL供表单使用
        return route("action.{$routeId}");
    }
}

// 开发者使用时
$submitUrl = (new Action)
    ->title('Edit')
    ->action(function() {
        // 处理表单提交逻辑
    })
    ->modal('test.blade.php')
    ->getSubmitUrl();

// Blade模板中使用
<form action="{{ $submitUrl }}" method="POST">
    @csrf
    <!-- 表单内容 -->
</form>

优缺点 #

• 优点：对开发者友好，允许直接使用匿名闭包，无需额外定义类，逻辑清晰。
• 缺点：会生成大量临时路由，需通过中间件或定时任务清理过期路由，框架可封装路由生命周期管理。

3. 缓存存储序列化闭包（仅临时场景） #

实现思路 #

若必须使用闭包，可将序列化后的闭包加密后存储到Laravel缓存系统（如Redis、Memcached），设置合理过期时间，表单提交时通过键从缓存中取出执行。

代码示例 #

use Illuminate\Support\Facades\Cache;

class ClosureRegistry
{
    private $cachePrefix = 'action_closure_';

    public function addClosure($id, Closure $closure)
    {
        $serialized = serialize($closure);
        // 加密后存入缓存，设置1小时过期
        Cache::put($this->cachePrefix . $id, encrypt($serialized), 60);
    }

    public function getClosure($id)
    {
        $cached = Cache::get($this->cachePrefix . $id);
        if (!$cached) {
            return null;
        }
        return unserialize(decrypt($cached));
    }
}

优缺点 #

• 优点：短期场景下可用，过期时间可控。
• 缺点：闭包序列化存在兼容性问题（引用外部变量的闭包可能无法正常序列化），且有安全风险，不推荐生产环境长期使用。

内部框架优先推荐方案1（类方法/可调用字符串）或方案2（动态临时路由）：

• 方案1符合PHP面向对象实践，适合需要长期复用的Action逻辑，可维护性高。
• 方案2对开发者更友好，适合快速开发临时Action，无需额外定义类。

尽量避免直接序列化闭包的方案，因为闭包序列化存在兼容性和安全隐患，复杂场景下极易出现反序列化失败的问题。

内容的提问来源于stack exchange，提问作者luukd