Python中协程 vs 线程

什么是协程?

并发编程一般都是使用多线程或者多进程来实现的,对于CPU计算密集型任务由于GIL的存在通常使用多进程来实现,而对于IO密集型任务可以通过线程调度来让线程在执行IO任务时让出GIL,从而实现表面上的并发。

其实对于IO密集型任务我们还有一种选择就是协程。协程,又称微线程,英文名Coroutine,是运行在单线程中通过类似于CPU中断来达到“并发”目的的。它相比多线程的一大优势就是省去了多线程之间的切换开销,获得了更高的运行效率。另一方面,由于只有一个线程,不存在同时写操作冲突,不需要多线程的锁机制。

多说无益,下面来做个实验具体感受一下协程的性能优势:

这里借用廖雪峰老师网站的关于协程的一个例子, 实验的设计思路是使用协程和多线程模式来实现简单的生产者-消费者模式, 然后对比两种情况下的性能:

代码实现:

测试代码:

import time
from functools import wraps


# A simple time it decorator
def timethis(func):
    @wraps(func)
    def wrapper(*args, **kwargs):
        start = time.time()
        r = func(*args, **kwargs)
        end = time.time()
        print('%s takes %s' % (func.__name__, end - start))
        return r

    return wrapper


if __name__ == '__main__':
    import t_thread
    import t_async

    func1 = timethis(t_thread.thread_main)
    func2 = timethis(t_async.async_main)
    func1(100000)
    func2(100000)

在操作数为100,000的情况下的测试结果:

thread_main takes 1.127411127090454
async_main takes 0.019986867904663086

笔者又测了一组操作次数在10,000的情况下的测试结果:

thread_main takes 0.05496549606323242
async_main takes 0.003996610641479492

注:实际测试了多组数据,数量级差异基本稳定,这里只取了其中一组数据。

结论:

可以看出,这种情况下 协程 较之 线程明显提升, 而且这种趋势随着操作次数增多基本成线性增长。

附录:

协程的代码实现,为了最后打印信息干净这里注释掉了print, t_async.py:

def consumer():
    r = ''
    while True:
        n = yield r
        if not n:
            return
        # print('[ASYNC_CONSUMER] Consuming %s...' % n)
        r = '200 OK'


def producer(c, count):
    c.send(None)
    n = 0
    while n < count:
        n = n + 1
        # print('[ASYNC_PRODUCER] Producing %s...' % n)
        r = c.send(n)
        # print('[ASYNC_PRODUCER] Consumer return: %s' % r)
    c.close()


def async_main(count):
    c = consumer()
    producer(c, count)

笔者的个人观点, 协程的语法相对来说没有线程操作那么明朗, 也可能多线程编程是先入为主的缘故吧。

多线程的代码实现 t_thread.py

import queue
import threading

_sentinel = object()
q = queue.Queue()


def consumer(in_q):
    while True:
        n = in_q.get()
        if n is _sentinel:
            in_q.put(_sentinel)
            break
        # print('[THREAD_CONSUMER] Consuming %s...' % n)


def producer(out_q, count):
    n = 0
    while n < count:
        n += 1
        # print('[THREAD_PRODUCER] Producing %s...' % n)
        out_q.put(n)
    out_q.put(_sentinel)


def thread_main(count):
    c = threading.Thread(target=consumer, args=(q,))
    p = threading.Thread(target=producer, args=(q, count))
    p.start()
    c.start()
    c.join()
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 158,233评论 4 360
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 67,013评论 1 291
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 108,030评论 0 241
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 43,827评论 0 204
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 52,221评论 3 286
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 40,542评论 1 216
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 31,814评论 2 312
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 30,513评论 0 198
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 34,225评论 1 241
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 30,497评论 2 244
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 31,998评论 1 258
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 28,342评论 2 253
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 32,986评论 3 235
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 26,055评论 0 8
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 26,812评论 0 194
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 35,560评论 2 271
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 35,461评论 2 266

推荐阅读更多精彩内容