查看: 51|回复: 0

Golang的CSP很酷?其实.NET也可以轻松完成

[复制链接]

该用户从未签到

发表于 2019-11-4 10:35:49 | 显示全部楼层 |阅读模式
说起Golang(后面统称为Go),就想到他的高并发特性,在深入一些就是 Goroutine。在大家被它优雅的语法和简洁的代码实现的高并发程序所折服时,其实C#/.NET也可以很容易的做到。今天我们来参照Go,来用C#实现它所采用的的CSP并发模子。
CSP(Communicating sequential processes)

这东西我一开始以为很简朴,后面差了资料发现它独树一帜,自己是一门语言,也是一套理论。这边我不深入的对它做过多的见解,我怕耽误大家=_=,大家可以看看wiki。
wiki:https://en.wikipedia.org/wiki/Communicating_sequential_processes
我们从Go的角度对它举行一些分析,摘抄一段概要:
“用于描述两个独立的并发实体通过共享的通讯 channel(管道)举行通讯的并发模子。 CSP中channel是第一类对象,它不关注发送消息的实体,而关注与发送消息时使用的channel。”
好了,单独写出 CSP 是为了让大家了解这是一套独立于语言的东西,大家有兴趣可以查看wiki和搜刮一些其它资料。
在Go中的CSP

Channel(通道)

Goroutine(不知道怎么翻译,大家可以理解成一个“作者”,不是工作者线程。本质是实现了协程。)
协程(提拔并发的利器)

大家都很明确线程能做什么,但协程是个什么东西?比起线程又怎样呢?
线程

我们重新思考一些东西。
CPU:核心、超线程
OS:线程
编程语言:线程池
这边不做细讲,只是大概点到一下。
我们所做的任何计算都要经由CPU计算,而CPU的核数直接决定了我们能给CPU执行几件变乱。
我们如今所常用的OS内部都有一个轮询,用时间片的形式来分配任何轮替使用CPU执行计算,线程就是这些任务的载体。
这块的概念非常巨大(还有牵扯到,什么是并发,什么事并行),本文的重点不是这些,大家有兴趣后面可以单独开一篇文章来表明这块的内容。
回归本文,如今我们知道线程是操作体系级别用来共享CPU的一种技能实现多线程编程早在各大语言各处着花,被用的惟妙惟肖,百花齐放。
那么为什么需要协程呢?
线程的开销

这块又是一个大知识点,这边也不多做介绍。
大家只要明确,线程并不是廉价的,一个线程的创立有至少两点的开销

  • 内存
  • 调理器压力(线程上下文切换等)
线程是可以持有逻辑数据的(比如,HttpContext.Current,等对象)以是必定是占用内存的(至于占用了多少内存不同的语言和OS不一样)
如果一个CPU是4核的,同时就只能处理4件任务,一个OS的线程越多他们轮训一整圈所耗的时间就更长。而每次调理线程时都需要复制当火线程上下文的状态,再去读取预备调理线程上下文的状态。
这边可以看到最后一点,有时间多线程反而会比单线程更加的慢,以是多线程提拔性能本质上其实是假的。多线程并不会提拔程序性能。
我知道这边肯定有人会心存疑问,绝大数的人都说用多线程来提拔性能,为什么这边说多线程会比单线程慢?
我们这边想一下:PHP 和 NodeJS,PHP默认不支持多线程,NodeJS采用单线程事件轮询,他们的效率比拥有多线程的语言低吗?并不会。
多线程之以是快是因为作弊,别人一个人干的变乱你叫两个人去干当然会比单线程快。这也有非常大的限定,多线程所执行的东西尽大概避免共享,不然你的效率还是大概不如单线程。
这边说的有点跑题,这块的内容实在太大,大家只要知道,线程即使不昂贵也绝不廉价。
针对这个问题,各大语言都推出了一个叫做线程池的技能,我申请一批线程,持有他,等到有任务的时间直接使用,这样我就不会频繁的创建和销毁线程了。这样大大提拔了效率。
在.NET中,很早就提倡任何需要线程的时刻都使用 ThreadPool。
ps:如今觉大多数(我还没见过)的语言(runtime)中,线程与操作体系的线程是一一对应的。
回归协程

协程与线程是多对一的关系,有多个协程会对应到一根线程上。跟线程和CPU是一样的关系。
线程是为了共享CPU,而协程是为了共享线程。
协程是应用层面的自有“线程”实现。也就是说在不改变OS的线程逻辑下,自己构建了一套 “线程”体系。
为什么不直接改动OS的线程,让其更轻?我个人以为 1是汗青兼容性问题,2是必要性问题,线程是一个很好的抽象逻辑。实现协程完全可以通过线程来完成。
协程的目的

我们来思考一个场景
抓取百度google、bing的html。
多线程的做法是
启动三个线程,分别对百度、google、bing发起HTTP GET请求。这时间使用了三个线程。
协程的做法是(极端)
启动一个线程对百度发起HTTP GET请求,将任务放入队列,在对google发起HTTP GET请求,将任务放入队列,在对bingHTTP GET请求将任务放入队列。
这时间只需要使用一个线程(极端情况下,其实大多数实现来说至少需要两个线程,因为需要有一个后台线程去监听任务队列,当任务完成后再分配一个可用线程去处理下面的逻辑)
为什么说极端情况下?因为协程有时间也大概会与线程一一对应,比如你的CPU有8个核心,同时跑4个协程也有大概会分配4根线程单独去处理这4个任务,这主要取决于调理算法。
总结:协程是为了提拔线程利用率,减少线程的无用功(大多数是IO堵塞),协程也更得当IO麋集型的场景。
C#中的协程


可以看到,3个任务是异步执行的,但都由线程4来处理,也就是说三个异步任务只用了一根线程。
C#中的CSP

讲了这么大篇幅的协程,终于回归了今天的主题
其实单单实现CSP来说根本不用理清线程和协程。但今天主要对比的是Go中的CSP,以是如果没有协程根本是没有意义的。
C#怎样对应,CSP中最重要的Channel呢?
答案就是:BlockingCollection
我们来看一个例子
抓取一批网站并输出网站的title
发起 HTTP GET 请求 和分析Title的代码逻辑如下:

主程序的代码如下:

执行逻辑

  • 启用一个生产者协程来根据url生产对应的html、同时使用主线程消费队列内的内容(异步)
  • 每个url单独起一个协程来发起HTTP GET请求
  • 生产者协程等候所有url的html全部加载完成
  • 标记队列完成
  • 主线程退出
执行效果如下:

Go协程与.NET协程的区别?

去除实现上的一些逻辑,本质上没太多区别。
但Go有一个天生上风就是它是新时代的语言,抛弃了线程。也就是说Go层面没有线程的东西,它只有协程。
但.NET中线程已经拥有了好多年,大量的类库、驱动使用线程来完成。
以是你在上一层就算使用了协程,执行到底部不肯定只有一根线程来完成,底部可以自己创建线程来运行逻辑,今天篇幅关系不做过多说明。后面我们在介绍这块的内容。
写在最后

最后总结一个要点,多线程、协程并不能提拔性能,它们所到达的目的只是提高CPU利用率。
今天本来想详细写BlockingCollection的使用说明,但协程等概念占了大量的篇幅,后面我们再来详细介绍.NET中的异步编程。
.NET技能栈QQ群:384413261(点击加入 .NET Group

相关技术服务需求,请联系管理员和客服QQ:2753533861或QQ:619920289
您需要登录后才可以回帖 登录 | 用户注册

本版积分规则

帖子推荐:
客服咨询

QQ:2753533861

服务时间 9:00-22:00

快速回复 返回顶部 返回列表