对协程的一些理解
对协程的一些理解
ksfzhaohui 发表于1年前
对协程的一些理解
  • 发表于 1年前
  • 阅读 4634
  • 收藏 108
  • 点赞 5
  • 评论 16

腾讯云 新注册用户 域名抢购1元起>>>   

协程
协程(coroutine)最早由Melvin Conway在1963年提出并实现,一句话定义:协程是用户态的轻量级的线程

线程和协程
线程和协程经常被放在一起比较;线程一旦被创建出来,编写者是无法决定什么时候获得或者放出时间片的,是由操作系统进行统一调度的;而协程对编写者来说是可以控制切换的时机,并且切换代价比线程小,因为不需要进行内核态的切换。
协程避免了无意义的调度,由此可以提高性能,但也因此,程序员必须自己承担调度的责任,同时,协程也失去了标准线程使用多CPU的能力, 但是可用通过多个(进程+多协程)模式来充分利用多CPU。
协程另外一个重要的特点就是:协程是作用在用户态,操作系统内核对于协程是毫无感知的,这样一来,协程的创建就类似于普通对象的创建,非常轻量级,从而使你可以在一个线程里面轻松创建数十万个协程,就像数十万次函数调用一样。可以想象一下,如果是在一个进程里面创建数十万个线程,结果该是怎样可怕。

进程、线程、协程
进程:拥有自己独立的堆和栈,既不共享堆,亦不共享栈,进程由操作系统调度。
线程:拥有自己独立的栈和共享的堆,共享堆,不共享栈,线程亦由操作系统调度(标准线程是的)。
协程:和线程一样共享堆,不共享栈,协程由程序员在协程的代码里显示调度。

对协程的支持
Lua, Go,C#等语言原生支持协程
Java依赖第三方库,例如最为著名的协程开源库Kilim
C标准库里的函数setjmp和longjmp可以用来实现一种协程。

下面以lua语言为例子了解一下协程的工作机制

function foo(a)
    print("foo", a)
    return coroutine.yield(2 * a)
end

co = coroutine.create(function ( a, b )
    print("co-body_01", a, b)
    local r = foo(a + 1)
    print("co-body_02", r)
    return "end"
end)

print("---main---", coroutine.resume(co, 1, 10))
print("---main---", coroutine.resume(co, "r7"))

运行结果:

D:\>luac text.lua
D:\>lua luac.out
co-body_01      1       10
foo     2
---main---      true    4
co-body_02      r7
---main---      true    end

主要利用resume和yield两个函数进行控制切换的时机,具体描述看如下图(来源网上):

协程经常被用在遇到io阻塞操作的时候,直接yield让出cpu,让下面的程序可以继续执行,等到操作完成了再重新resume恢复到上一次yield的地方;有没有觉得这种模式和我们碰到过的异步回调模式有点类似,下面可以进行一个对比。

协程和callback
协程经常被用来和callback进行比较,因为都实现了异步通信的功能;下面以一个具体的场景来描述2者的区别:
A首先要走到B的面前,到B的面前之后,A对B说“Hello”,A说完之后B对A说“Hello”,注意这里的每个动作之前都有一段的延迟时间
这个场景如果用callback的方式来描述的话,会是这样:

A.walkto(function (  )
    A.say(function (  )
        B.say("Hello")
    end,"Hello")
end, B)

这边只用到2层嵌套,如果再多几层的话,真是非人类代码了,如果用协程来实现:

co = coroutine.create(function (  )
    local current = coroutine.running
    A.walto(function (  )
        coroutine.resume(current)
    end, B)
    coroutine.yield()
    A.say(function (  )
        coroutine.resume(current)
    end, "hello")
    coroutine.yield()
    B.say("hello")
end)

coroutine.resume(co)

结构清晰了不少,协程让编程者以同步的方式写成了异步大代码;
来源网上的一句总结:让原来要使用异步+回调方式写的非人类代码,可以用看似同步的方式写出来

不管是协程还是callback,本质上其实提供的是一种异步无阻塞的编程模式,下面看看java在这种模式下的尝试:

java异步无阻塞的编程模式
java语言本身没有提供协程的支持,但是一些第三方库提供了支持,比如JVM上早期有kilim以及现在比较成熟的Quasar。但是这里没打算就kilim和quasar框架进行介绍;这里要介绍的是java5中的Future类和java8中的CompletableFuture类。

1.Future使用

ExecutorService es = Executors.newFixedThreadPool(10);
Future<Integer> f = es.submit(() ->{
             // 长时间的异步计算
             // ……
             // 然后返回结果
             return 100;
});
//while(!f.isDone())
f.get();

虽然Future以及相关使用方法提供了异步执行任务的能力,但是对于结果的获取却是很不方便,只能通过阻塞或者轮询的方式得到任务的结果。
这种模式暂且叫它伪异步。其实我们想要的是类似Netty中这种模式:

ChannelFuture future = bootstrap.connect(new InetSocketAddress(host, port));
future.addListener(new ChannelFutureListener()
{
          @Override
           public void operationComplete(ChannelFuture future) throws Exception
           {
                if (future.isSuccess()) {
                      // SUCCESS
                 }
                 else {
                      // FAILURE
                 }
            }
});

操作完成时自动调用回调方法,终于在java8中推出了CompletableFuture类

2.CompletableFuture使用
CompletableFuture提供了非常强大的Future的扩展功能,可以帮助我们简化异步编程的复杂性,提供了函数式编程的能力,可以通过回调的方式处理计算结果,并且提供了转换和组合CompletableFuture的方法。这里不想介绍更多CompletableFuture的东西,想了解更多CompletableFuture介绍,看一个比较常见的使用场景:

CompletableFuture<Integer> future = CompletableFuture.supplyAsync(耗时函数);
Future<Integer> f = future.whenComplete((v, e) -> {
        System.out.println(v);
        System.out.println(e);
});
System.out.println("other...");

CompletableFuture真正的实现了异步的编程模式

总结
为什么协程在Java里一直那么小众,Java里基本上所有的库都是同步阻塞的,很少见到异步无阻塞的。而且得益于J2EE,以及Java上的三大框架(SSH)洗脑,大部分Java程序员都已经习惯了基于线程,线性的完成一个业务逻辑,很难让他们接受一种将逻辑割裂的异步编程模型。

个人博客:codingo.xyz

共有 人打赏支持
ksfzhaohui
粉丝 232
博文 113
码字总数 123244
作品 3
评论 (16)
kchr
列出来的那些一二三四,也能叫优点,这不是扯淡吗。
手机会爆炸难道可以说成是 “有利于锻炼机主紧急情况下对突发致命事件的处理能力“。
二的基本算合格
这个总结,真的有点不能苟同~~
亓斌哥哥
语法糖而已, java每次升级大部分的看点都是语法糖而已~
OSC_qdtnZH

引用来自“二的基本算合格”的评论

这个总结,真的有点不能苟同~~

@二的基本算合格
OSC_qdtnZH

引用来自“亓斌哥哥”的评论

语法糖而已, java每次升级大部分的看点都是语法糖而已~

@亓斌哥哥
OSC_qdtnZH
BoXuan
我理解的协程应该是类似一个定时器线程中处理很多个定时任务,只是协程有另一套完整的流程。其实协程的缺点也很明显,执行复杂函数返回复杂的结果,异步执行但要使用yield保证类似同步代码的方式,必然有个中间堆栈保存结果。而且执行很多个复杂的协程的底层实现应该还是同步顺序执行的,要并行还得使用线程。
BoXuan
我理解的协程应该是类似一个定时器线程中处理很多个定时任务,只是协程有另一套完整的流程。其实协程的缺点也很明显,执行复杂函数返回复杂的结果,异步执行但要使用yield保证类似同步代码的方式,必然有个中间堆栈保存结果。而且执行很多个复杂的协程的底层实现应该还是同步顺序执行的,要并行还得使用线程。
BoXuan
node.js 6版本也支持协程了,yield的确比使用大量的闭包清晰很多,不过node.js也是单进程对应单线程的,cpu利用率低,不过有其它方式弥补,在一定条件下,逻辑不算太复杂的情况下,node.js的并发效果甚至比多线程的java要好,正如redis一样,它也是单线程的,它的高效只能在存取非常快的情况下,一旦存取很大的数据并发量就影响全局,拖慢整个系统。我们也不能忽视单线程机制的弊端。为什么java的协程库没有得到广泛应用,应该也跟java的设计初衷相违背,协程并不是万能的,但线程依赖操作系统,依靠CPU内核切换基本能满足所有需求,正因为有一层CPU内核切换在某种情况下肯定要弱于单线程的协程机制。
ksfzhaohui

引用来自“BoXuan”的评论

我理解的协程应该是类似一个定时器线程中处理很多个定时任务,只是协程有另一套完整的流程。其实协程的缺点也很明显,执行复杂函数返回复杂的结果,异步执行但要使用yield保证类似同步代码的方式,必然有个中间堆栈保存结果。而且执行很多个复杂的协程的底层实现应该还是同步顺序执行的,要并行还得使用线程。
是的,需要保存上下文,这点和线程有点类似,但不能做到真正的并行
ksfzhaohui

引用来自“BoXuan”的评论

node.js 6版本也支持协程了,yield的确比使用大量的闭包清晰很多,不过node.js也是单进程对应单线程的,cpu利用率低,不过有其它方式弥补,在一定条件下,逻辑不算太复杂的情况下,node.js的并发效果甚至比多线程的java要好,正如redis一样,它也是单线程的,它的高效只能在存取非常快的情况下,一旦存取很大的数据并发量就影响全局,拖慢整个系统。我们也不能忽视单线程机制的弊端。为什么java的协程库没有得到广泛应用,应该也跟java的设计初衷相违背,协程并不是万能的,但线程依赖操作系统,依靠CPU内核切换基本能满足所有需求,正因为有一层CPU内核切换在某种情况下肯定要弱于单线程的协程机制。
恩,其实我没打算去评论协程和线程哪个好,只是说协程的这种异步无阻塞的编程模式在java中也可以很好的体现
loyal
扯淡,java是有无阻塞的,问题是早期的代码量太大.如果大家都用jdk8,以及使用基于jdk8的很多先进的库,都直接支持非阻塞的方式.但很多历史原因不那么容易升级到jdk8而已.
行者无疆0511
原来这个叫协程 学到了
pseudo
你可以看看rxjava
ksfzhaohui

引用来自“pseudo”的评论

你可以看看rxjava
好的,谢啦
陈清冈
用线程不是也可以完成异步无阻塞吗~
×
ksfzhaohui
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: