优先选 Channel.CreateBounded（如 capacity=100–1000）用于背压敏感场景，避免内存爆炸；无界通道仅适用于生产可控且消费者先启动的场景，否则易静默失败或OOM；必须 await WriteAsync，用 WaitToReadAsync+TryRead 替代 ReadAllAsync 以确保资源释放和错误处理。
Channel.CreateBounded 和 Channel.CreateUnbounded 怎么选
选错类型会导致死锁或内存爆炸，不是性能问题而是逻辑崩塌。有界通道 Channel.CreateBounded 在写入时可能阻塞（默认行为），适合背压敏感场景；无界通道 Channel.CreateUnbounded 写入永不阻塞，但若消费者跟不上，内存会持续增长。
实操建议：
- 实时日志聚合、事件总线等允许短暂延迟的场景，优先用
Channel.CreateBounded，设合理capacity（比如 100–1000），配合WriteAsync的CancellationToken处理超时 - 纯内存缓冲且生产速率可控（如配置加载后批量分发），可用
Channel.CreateUnbounded，但必须确保消费者启动早于生产者，否则Writer.TryWrite可能静默失败（无界通道的TryWrite在已Complete时返回false，不抛异常） - 别在 ASP.NET Core 中途热替换
Channel实例——ChannelReader和ChannelWriter是单次消费模型，重置通道需同步清理所有持有引用
Consumer 用 ChannelReader.ReadAllAsync 还是 WaitToReadAsync + TryRead
ChannelReader.ReadAllAsync 看起来简洁，但它隐式依赖 IAsyncEnumerable 的 foreach 语义，在异常中断或取消时容易遗漏 DisposeAsync，导致底层 Channel 资源未释放；而手动轮询 WaitToReadAsync + TryRead 更可控，也更容易插入日志、限流或错误跳过逻辑。
实操建议：
- 长期运行的服务（如 Windows Service 或后台 HostedService），用
WaitToReadAsync循环，配合while (await reader.WaitToReadAsync(ct).ConfigureAwait(false))判断是否还有数据可读 - 每次循环内必须调用
reader.TryRead(out var item)，不能只靠WaitToReadAsync就认为一定能读出——它只表示“现在或将来可能有”，不是“立刻有” - 如果业务需要跳过损坏消息，
TryRead成功后做 try/catch 处理，失败则continue；用ReadAllAsync遇到反序列化异常会直接中断整个枚举
Producer 调用 Writer.WriteAsync 后要不要 await
必须 await。不 await 会导致写入任务被丢弃，数据实际没进通道，还可能掩盖 OperationCanceledException 或通道已关闭的 InvalidOperationException（例如 ChannelWriter 已 Complete，但你还在往里写）。
实操建议：
- 永远用
await writer.WriteAsync(item, ct)，不要写成writer.WriteAsync(item, ct);（即忽略返回的ValueTask） - 在高吞吐场景下，避免在循环里逐个 await——改用
Task.WhenAll批量提交，但注意：有界通道下批量 await 可能触发多次阻塞，不如用TryWrite配合退避重试 - 如果生产者是事件驱动（如
INotifyPropertyChanged回调），务必检查writer.CanWrite，否则在通道关闭后仍尝试写入会抛InvalidOperationException
Channel.Complete() 后 Reader 还能读多久
不是立刻停止，而是“读完已有数据后才结束”。ChannelReader 的 WaitToReadAsync 在 Complete 后仍会返回 true，直到内部队列空；此时再调用 TryRead 才返回 false。这点和 BlockingCollection 的 IsCompleted 行为不同，容易误判消费完成时机。
实操建议：
- 不要靠
reader.Completion.IsCompleted判断是否该退出循环——它表示的是 reader 自身是否完成（比如被取消），不是通道是否空了 - 标准退出模式是：
while (await reader.WaitToReadAsync(ct)) { if (reader.TryRead(out var x)) { /* 处理 */ } else { break; } } - 如果生产者和消费者共用一个
CancellationToken，注意Complete()不会自动触发 cancellation，需显式调用cancellationTokenSource.Cancel()来中断等待中的WaitToReadAsync
真正麻烦的是跨线程生命周期管理：Channel 本身不持有线程，但 Reader/Writer 的异步状态机可能绑定到特定 SynchronizationContext。在 WinForms 或旧版 ASP.NET 中，漏掉 ConfigureAwait(false) 会导致死锁；.NET 6+ 默认无上下文，但仍建议显式写出，避免团队里混用旧框架。
