如何在Playwright for .NET中等待并获取同接口的最后一次响应

你写的逻辑存在两个致命缺陷，根本拿不到正确的目标数据：

• 事件回调是异步执行的，绑定完Response事件后立刻校验postData时，绝大多数情况请求还没返回，变量还是初始空值
• 没有做请求时序校验，同路径并发请求的返回顺序和发起顺序不一定一致（受网络波动、服务端处理速度影响），先返回的旧请求会覆盖变量值，没法保证拿到的是最后一次发起的请求的响应

核心思路是两点：一是在请求发起阶段就给每个目标请求打递增序号，标记请求先后顺序；二是用异步等待结构接收目标响应，等最后一次请求的响应拿到后再执行校验，不要同步读共享变量。
完整实现代码如下（以Playwright/PuppeteerSharp的页面对象为例，其他框架逻辑通用）：

using System.Runtime.CompilerServices;

// 用来给请求对象绑定发起序号，无需手动清理内存
private readonly ConditionalWeakTable<IRequest, int> _requestSeqMapping = new();
private int _globalRequestCounter = 0;

public async Task<bool> CheckLastSomeEventResponseValid(IPage page, int waitTimeoutMs = 10000)
{
    // 每次校验重置等待状态
    var responseWaitSource = new TaskCompletionSource<string>(TaskCreationOptions.RunContinuationsAsynchronously);
    var currentMaxRequestSeq = 0;

    // 监听请求发起，给每个目标接口请求打序号
    void OnRequestTriggered(object sender, IRequest request)
    {
        if (!request.Url.Contains("API/someEvent")) return;
        // 序号原子自增，越晚发起的请求序号越大
        var requestSeq = Interlocked.Increment(ref _globalRequestCounter);
        _requestSeqMapping.Add(request, requestSeq);
        // 更新当前校验周期内的最大请求序号
        Interlocked.Exchange(ref currentMaxRequestSeq, Math.Max(currentMaxRequestSeq, requestSeq));
    }

    // 监听响应返回，只接收最后一次发起的请求的响应
    async void OnResponseReceived(object sender, IResponse response)
    {
        if (!response.Url.Contains("API/someEvent")) return;
        var targetRequest = response.Request;

        // 跳过未打序号的非目标请求
        if (!_requestSeqMapping.TryGetValue(targetRequest, out var seq)) return;
        // 不是最后一次发起的请求的响应，直接丢弃
        if (seq != Volatile.Read(ref currentMaxRequestSeq)) return;

        try
        {
            // 取请求的PostData，如果需要校验响应内容可以替换为 await response.GetJsonAsync() 等方法
            var postData = targetRequest.PostData;
            responseWaitSource.TrySetResult(postData);
        }
        catch (Exception ex)
        {
            responseWaitSource.TrySetException(ex);
        }
    }

    try
    {
        // 绑定监听事件
        page.Request += OnRequestTriggered;
        page.Response += OnResponseReceived;

        // 此处执行触发接口调用的操作，比如点击提交按钮、输入内容等
        // 例：await page.ClickAsync("#submit-form");

        // 加超时等待，避免异常场景下无限卡住
        using var timeoutCts = new CancellationTokenSource(waitTimeoutMs);
        timeoutCts.Token.Register(() => responseWaitSource.TrySetCanceled());
        var lastRequestPostData = await responseWaitSource.Task;

        // 执行自定义校验逻辑
        return await IsDataValid(lastRequestPostData);
    }
    catch (OperationCanceledException)
    {
        throw new TimeoutException("等待目标API最后一次响应超时，请检查接口是否正常发起");
    }
    finally
    {
        // 必须解绑事件，防止内存泄漏
        page.Request -= OnRequestTriggered;
        page.Response -= OnResponseReceived;
    }
}

// 你的自定义校验方法
private Task<bool> IsDataValid(string postData)
{
    // 填充实际校验逻辑即可
    return Task.FromResult(!string.IsNullOrWhiteSpace(postData));
}

• 绝对不能用响应返回的先后顺序判断是不是最后一次请求，网络波动下旧请求完全可能比新请求晚返回，必须在请求发起阶段就标记顺序
• 不要同步读取事件回调里赋值的变量，异步回调的触发时机完全不可控，必须用TaskCompletionSource这类可等待的原语，等目标数据就绪后再往下执行
• 事件绑定后必须在finally块中解绑，否则页面对象会被事件引用长期无法回收，造成内存泄漏
• 必须加超时控制，覆盖接口请求失败、请求未触发等异常场景，避免程序永久等待

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