c# .NET 9 中对并发和并行编程的展望

.NET 9 尚未发布，当前最新稳定版是 .NET 8；所有关于其并发特性的讨论均属推测。应聚焦 .NET 8 中已验证的实践：合理选用 Task/ValueTask、慎用 Parallel.ForEachAsync 并限流、厘清 Channel 与 IAsyncEnumerable 的适用边界。

Task 和 ValueTask 在高吞吐场景下的实际取舍

很多人以为 ValueTask 一定比 Task 快，其实不然。它只在「同步完成」或「极短异步路径」下有收益；一旦涉及线程切换、await 多次、或被多次 await（如被 await 后又传给另一个 async 方法），ValueTask 可能因结构体装箱或状态机复杂化反而更慢。

• 用 ValueTask 的典型场景：IAsyncEnumerable 的 MoveNextAsync()、零分配的 I/O 回调封装（如自定义 Stream.ReadAsync 实现）
• 避免将 ValueTask 存入字段、作为属性返回（除非文档明确保证可重用）、或传递给 Task.WhenAll 等接收 Task 的方法（会隐式转换但失去优势）
• .NET 8 已优化 Task 的同步完成路径，差距进一步缩小；多数业务代码直接用 Task 更安全

Parallel.ForEachAsync 是生产环境的可靠选择吗？

Parallel.ForEachAsync（.NET 6 引入）已在 .NET 8 中稳定，但它不是万能的“并发加速器”。它的核心限制在于：无法控制每个任务的调度上下文（比如不能指定使用 ThreadPool 还是 TaskScheduler），且默认最大并发数为 Environment.ProcessorCount —— 这对 I/O 密集型操作往往过高，容易压垮下游服务或数据库连接池。

佳蓝在线销售系统(创业版) 佳蓝在线销售

1、对ASP内核代码进行DLL封装，从而大大提高了用户的访问速度和安全性；2、采用后台生成HTML网页的格式，使程序访问速度得到进一步的提升；3、用户可发展下级会员并在下级购买商品时获得差额利润；4、全新模板选择功能；5、后台增加磁盘绑定功能；6、后台增加库存查询功能；7、后台增加财务统计功能；8、后台面值类型批量设定；9、后台财务曲线报表显示；10、完善订单功能；11、对所有传输的字符串进行安全

下载

• 替代方案更可控：Task.WhenAll(items.Select(x => ProcessAsync(x)).ToArray())，配合 SemaphoreSlim 限流
• 若坚持用 Parallel.ForEachAsync，务必显式传入 MaxDegreeOfParallelism，例如 new ParallelOptions { MaxDegreeOfParallelism = 10 }
• 它不支持取消后自动中断正在执行的迭代项（只能阻止新项启动），这点和 Task.WhenAll + CancellationToken 行为不同

Channels 和 IAsyncEnumerable 的边界在哪？

两者都用于异步数据流，但语义完全不同：Channel 是**多生产者-多消费者、有界/无界、支持背压的内存队列**；IAsyncEnumerable 是**单生产者、顺序拉取、不可重入的只读流**。混用会导致死锁或资源泄漏。

• 用 Channel 的典型场景：后台工作协程之间解耦通信（如日志收集器 + 批量上传器）、需要缓冲或节流的事件管道
• 用 IAsyncEnumerable 的典型场景：API 分页响应（yield return）、EF Core 的 AsAsyncEnumerable()、gRPC 流式响应
• 别把 Channel.Reader.ReadAllAsync() 当作 IAsyncEnumerable 的“增强版”——它只是适配器，底层仍受 Channel 容量和写入端生命周期约束

var channel = Channel.CreateBounded(10);
// 错误：ReadAllAsync() 不会自动完成，除非 Writer 被 Complete()
await foreach (var item in channel.Reader.ReadAllAsync())
{
    Console.WriteLine(item); // 如果 Writer 没 Complete，这里永远等下去
}