.NET 任务并行库与 System.Threading.Channels
内容提要
作者测试了使用TPL和System.Threading.Channels的不同情况，并比较了它们的性能。结果发现，System.Threading.Channels在并行度较低的情况下性能优于TPL，而TPL在并行度较高的情况下性能更好。使用TPL时需要注意同步访问和线程数的问题。
延伸解读
性能差异的根源
测试显示，在并行度为4时，STC实现的速度是TPL的12倍。这是因为TPL的MaxDegreeOfParallelism限制了同时执行的任务数，导致大量任务排队等待，而STC允许所有任务立即启动，直到遇到I/O等待。因此，对于I/O密集型工作负载，STC能更充分地利用等待时间，提高吞吐量。
线程使用与并发模型
尽管将MaxDegreeOfParallelism设置为40，进程线程数并未超过19。这表明TPL实际上是一种并发-并行混合体，它使用线程池处理任务，而非为每个任务创建专用线程。理解并发、并行和混合的区别有助于选择正确的模型。
适用场景与限制
STC会立即执行所有任务，可能不适合上游系统无法处理突发请求或存在资源配额的情况。此时，TPL的受限并发可能更合适。此外，STC通过单线程接收简化了同步，而TPL需要同步共享状态，可能增加开销。
实践建议
如果工作负载不需要限制并发，STC通常提供更好的性能和更简单的编程模型。若需限制，可考虑使用两个通道实现串行化。对于TPL，正确设置MaxDegreeOfParallelism至关重要，不设置可能限制吞吐量。
Q&A
在并行度较低的情况下，哪个库的性能更好？
在并行度较低的情况下，System.Threading.Channels的性能优于TPL。
使用TPL时需要注意哪些问题？
使用TPL时需要注意同步访问和线程数的问题。
在高并行度下，哪个库的性能更好？
在并行度较高的情况下，TPL的性能更好。
STC方法的优点是什么？
STC方法有效地序列化数据流，简化了编程模型。
在处理受限制的并发请求时，哪个库更适合？
在处理受限制的并发请求时，TPL可能更适合。
如何选择合适的并发模型对性能有影响？
选择合适的并发模型对性能有显著影响，需根据工作负载的特点进行优化。
