干净，轻巧的替代Python的替代品吗？

Question

一个（很久以前），我写了一个网络蜘蛛，我对该线程进行了多线程处理，以使并发请求能够同时发生。那是我的Python青年时代，在我了解GIL及其为多线程代码造成的相关麻烦之前（IE，大多数时候，这些东西最终都被序列化了！）…

我想对这段代码进行重做，以使其更健壮并性能更好。基本上有两种方法可以执行此操作：我可以使用2.6+中的新多处理模块，也可以使用某种基于反应堆/事件的模型。我宁愿以后再做，因为它要简单得多且不易出错。

因此，问题与哪种框架最适合我的需求有关。以下是到目前为止我所知道的选项列表：

• Twisted：Python反应器框架的祖父：看起来很复杂，但是有点a肿。陡峭的学习曲线，可完成小任务。
• Eventlet：从在家伙lindenlab。基于Greenlet的框架，适用于此类任务。我看了一下代码，但它不是很漂亮：不符合pep8，散布着印刷品（为什么人们要在框架中这样做！？），API似乎有点不一致。
• PyEv：不成熟，尽管它基于libevent，所以现在似乎还没有人使用它，因此它有一个可靠的后端。
• asyncore：来自stdlib：über低级，似乎涉及很多工作，只是为了使事情起步。
• 龙卷风：尽管这是一款面向服务器的产品，旨在为动态网站提供服务器，但它确实具有异步HTTP客户端和简单的ioloop。看起来可以完成工作，但不能达到预期目的。[编辑：不幸的是，它不能在Windows上运行，这对我来说算是它了-这是我支持这个la脚平台的要求]

我有什么想念的吗？当然，必须有一个适合简化异步网络库的最佳位置的库！

[编辑：非常感谢intg指向此页面。如果滚动到底部，您将看到一个非常不错的项目列表，旨在以一种或另一种方式解决此任务。实际上，自Twisted诞生以来，事情确实已经发生了变化：人们现在似乎更喜欢基于协同例程的解决方案，而不是传统的面向反应器/回调的解决方案。这种方法的好处是更直接的代码：我过去确实发现过，特别是在使用boost.asio时。在C
++中，基于回调的代码可能导致难以遵循的设计，而对于未经训练的人来说则相对模糊。使用协同例程可以使您编写看起来至少更具同步性的代码。我想现在我的任务是确定我喜欢外观的众多库中的哪一个，然后尝试一下！很高兴我现在问…]

[编辑：可能是关注或偶然发现此问题或在任何意义上关心此主题的任何人所感兴趣的：我发现该工作可用工具的当前状态非常出色]

Answer 1

我喜欢并发Python模块，该模块依赖轻量级线程的Stackless
Python微线程或Greenlets。所有阻塞网络I / O通过一个libevent循环透明地实现异步，因此它的效率应与真正的异步服务器差不多。

我想它在这种方式上类似于Eventlet。

缺点是它的API与Python的sockets/threading模块完全不同；您需要重写应用程序的一部分（或编写兼容性填充层）

编辑： 似乎也有cogen，这是相似的，但是使用Python 2.5的
增强型生成器 为其协程而不是Greenlets。这使得它比并发和其他替代方法更可移植。网络I / O直接通过epoll / kqueue /
iocp完成。