返回介绍

17.6 本章小结

发布于 2024-02-05 21:59:47 字数 886 浏览 0 评论 0 收藏 0

本章开头对两个 HTTP 并发客户端和一个依序下载的客户端做了对比,结果是并发版比依序下载的脚本性能高很多。

分析过使用 concurrent.futures 实现的第一个示例后,我们深入探讨了期物对象,即 concurrent.futures.Future 或 asyncio.Future 类的实例,着重说明了二者的共同点(区别在第 18 章详述)。我们说明了如何使用 Executor.submit(...) 方法创建期物,以及如何使用 concurrent.futures.as_completed(...) 函数迭代运行结束的期物。

接下来,我们分析了为什么尽管有 GIL,Python 线程仍然适合 I/O 密集型应用:标准库中每个使用 C 语言编写的 I/O 函数都会释放 GIL,因此,当某个线程在等待 I/O 时, Python 调度程序会切换到另一个线程。然后,我们讨论了如何借助 concurrent.futures.ProcessPoolExecutor 类使用多进程,以此绕开 GIL,使用多个 CPU 核心运行加密算法,并通过四个职程实现一倍多的速度提升。

在随后的一节中,我们深入分析了 concurrent.futures.ThreadPoolExecutor 类的运作方式。为了说明问题,我特意举了一个示例,创建几个任务,但是休眠几秒钟,什么也不做,只是显示带有时间戳的状态。

接下来,本章回到下载国旗的示例,增加了进度条和错误处理代码,并且进一步探索了 future.as_completed 生成器函数。我们得知一个常见的做法:把期物存储在一个字典中,提交期物时把期物与相关的信息联系起来;这样,as_completed 迭代器产出期物后,就可以使用那些信息。

最后,本章简要说明了多线程和多进程并发的低层实现(但却更灵活)——threading 和 multiprocessing 模块。这两个模块代表在 Python 中使用线程和进程的传统方式。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。
列表为空,暂无数据
    我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
    原文