C# await块中uint值类型莫名变更问题求助

原因分析 #

你遇到的日志中eventId值不一致的问题，核心是并发请求的日志输出混淆，而非值类型参数被跨线程修改：

• 若你复用了同一个ClientEvent实例调用SendCountedClientEvent，当第一个请求在WriteAsync.Wait()同步阻塞期间，第二个请求会覆盖ClientEvent.EventId的值。
• 虽然RequestAcknowledgementEvent的eventId是值类型（会被复制传入），但如果日志没有明确的请求标识，你很可能把第二个请求的开头日志（比如eventId=1）和第一个请求的await块日志（eventId=0）误认为是同一个请求的输出，从而产生“开头值比块内值大1”的错觉。

另外，代码中使用WriteAsync(clientEvent).Wait()同步阻塞调用，不仅容易引发线程死锁，还会加剧并发场景下的资源竞争，进一步增加ClientEvent实例被意外修改的概率。

解决方法 #

1. 避免复用ClientEvent实例 #

每次调用SendCountedClientEvent时创建新的ClientEvent对象，确保每个请求的EventId不会被后续请求覆盖：

// 调用方示例
await SendCountedClientEvent(new ClientEvent());

2. 替换同步阻塞为异步等待 #

把WriteAsync(clientEvent).Wait()改为await WriteAsync(clientEvent)，消除同步阻塞带来的线程问题：

private async Task SendCountedClientEvent(ClientEvent clientEvent)
{
    if (clientStream is null)
    {
        Log("Client is null", LogLevel.Error);
        return;
    }

    var eid = Interlocked.Increment(ref _eventCounter) - 1;
    clientEvent.EventId = eid;
    GD.Print("Send event to server" + clientEvent);
    // 替换为异步等待，避免阻塞
    await clientStream.RequestStream.WriteAsync(clientEvent);
    await RequestAcknowledgementEvent(clientEvent.EventId);
    Log("Event " + clientEvent.EventId + " acknowledged");
}

3. 局部变量固化eventId值 #

在RequestAcknowledgementEvent方法内，将参数eventId复制到局部变量，彻底杜绝任何可能的变量值异常：

public async Task RequestAcknowledgementEvent(uint eventId)
{
    // 固化值到局部变量
    var targetEventId = eventId;
    Log($"Waiting for acknowledgement of event {targetEventId}");
    await foreach (var e in serverEventsInFlightChannel.Reader.ReadAllAsync())
    {
        Log($"Wait for ack of event {targetEventId}");
        Log("Got event from channel " + e);
        if (e != targetEventId) continue;
        Log($"Event {e} acked");
        return;
    }
}

4. 日志添加请求标识 #

在日志中加入线程ID或时间戳，方便区分不同请求的日志输出：

Log($"[{System.Threading.Thread.CurrentThread.ManagedThreadId}] Waiting for acknowledgement of event {targetEventId}");

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