Yii2中如何在返回视图后执行不阻塞用户的后置代码

你写的代码无法触发事件的核心原因是事件绑定的宿主对象错误。
yii\web\Response::EVENT_AFTER_SEND是Response组件自身的事件，触发主体是Yii::$app->response实例，事件触发时会调用Response对象自身的trigger()方法。你把回调函数绑定到了Yii::$app（应用实例）上，不同对象的事件监听列表是完全独立的，自然永远不会执行你写的闭包逻辑。
另外要特别注意：就算你把事件绑对了位置，默认情况下EVENT_AFTER_SEND触发时PHP并没有和客户端断开连接，如果直接在回调里执行耗时逻辑，用户依然需要等待逻辑执行完成才能收到完整响应，达不到你要的「用户无等待」的效果。

方案1：修正事件绑定+主动断开连接（轻量场景适用） #

这是改动最小的实现方式，不需要引入额外组件，适合耗时在几秒内的短逻辑。
首先把事件绑定到正确的Response对象上，同时在回调开头主动把响应内容推送给客户端、断开连接，再执行后续耗时逻辑：

if (condition is met) {
    Yii::$app->response->on(yii\web\Response::EVENT_AFTER_SEND, function ($event) {
        // 先释放会话锁，避免阻塞同用户其他请求
        if (session_status() === PHP_SESSION_ACTIVE) {
            session_write_close();
        }
        // 主动断开和客户端的连接
        if (function_exists('fastcgi_finish_request')) {
            // FastCGI 环境（Nginx+PHP-FPM 等）优先用内置函数，稳定性最高
            fastcgi_finish_request();
        } else {
            // 非FastCGI环境兼容写法
            ignore_user_abort(true);
            $contentLength = ob_get_length();
            header("Connection: close");
            header("Content-Length: $contentLength");
            ob_end_flush();
            flush();
        }
        // 以下部分执行时用户已经收到完整响应，不会感知等待
        // 写你的耗时业务逻辑
    });
}

使用这个方案要注意两点：

• 断开连接后不要再修改响应相关的内容，所有输出都不会再发送给用户
• 如果逻辑耗时超过PHP默认的超时时间，需要在回调里用set_time_limit(0)调整执行时限，同时控制并发量，避免占满Web服务进程。

方案2：异步任务队列（生产环境、长耗时逻辑推荐） #

如果你的逻辑耗时超过5秒、涉及大文件处理、第三方接口调用等重操作，最稳妥的方案是不要在Web请求生命周期内执行逻辑，改用任务队列实现。
你可以直接用Yii2官方的queue扩展，在当前请求里只做一件事：把待执行的任务参数推送到队列，请求正常返回给用户。后续由独立部署的队列消费进程在后台拉取任务执行，完全不占用Web进程资源，也不会出现进程超时、连接阻塞之类的问题，是生产环境的标准实现方案。

不推荐的写法说明 #

不要尝试直接绑定Yii::$app的EVENT_AFTER_REQUEST事件实现需求：这个事件的触发时机在Response发送之前，就算绑定了也需要手动断开连接才能让用户提前收到响应，时机上不如Response的EVENT_AFTER_SEND直观，容易出现响应内容被后续逻辑污染的问题。

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