请问关于Perl的异步框架，AnyEvent，POE和Coro到底有什么不同？

x9x9

POE的设计初衷应该是万用的。高度封装为了简化网络编程、多线程等复杂任务。
关于AnyEvent的设计意图在AnyEvent::Intro中作者说的很明确。感觉这篇文档写的特别好，很适合我们初学入门。

http://search.cpan.org/~mlehmann ... /AnyEvent/Intro.pod

hitsubunnu

AnyEvent的开发初衷和它后来的实际应用发生了变化，这让很多人产生了误解。
  2004年AnyEvent的开发初衷是想将POE，IO::Async，Event，EV等这些事件驱动模块，进行抽象统一，以达到通过简单的设定即可在各种事件驱动模块间进行切换的目的，所以作者将它比喻成DBI。其实应该说AnyEvent是框架，POE才是事件驱动。
  随着开发的进行，因为其是高度抽象了事件驱动模块的子集，产生了一个结果，就是直接使用AnyEvent就可以满足绝大多说的事件驱动类程序的开发。这就跟曹雪芹写红楼梦有点像，写红楼梦的初衷是记录4家族的历史，看红楼梦的人却觉得他是批判封建社会制度。
  另外，AnyEvent默认是使用EV作为事件驱动的，很多黑客推崇AnyEvent的性能，实际说的是在EV下的AnyEvent。EV就是libev的xs封装，libev是libevent的高性能优化版本，memcached是基于libevent的 redis是基于一部分libevent的，所以EV本身的性能是毋庸置疑的。

flw

2004年AnyEvent的开发初衷是想将POE，IO::Async，Event，EV等这些事件驱动模块，进行抽象统一

AnyEvent 从来就不具备这个能力。POE 也不是事件驱动。POE 最初的名字是 Perl 对象环境，和事件驱动一点都不着边。
另一方面，如果仅仅只是事件驱动的 DBI，那高度离 POE 就差了很多。因为这里的事件驱动只是指各种 IO 事件，并不包括抽象事件。

EV就是libev的xs封装，libev是libevent的高性能优化版本，memcached是基于libevent的 redis是基于一部分libevent的，所以EV本身的性能是毋庸置疑的。

这个逻辑就非常不通顺了，libev 和 libevent 又不是同一个作者。你不能说 A 写了个东西，被微软谷歌大量使用，然后 B 写了个东西，号称比 A 还好，然后就说 A 就毋庸置疑？当然 A 事实上也不错，但这是另外一件事，libev 现在差就差在缺乏成功案例上。

flw

POE 从一开始就不是事件驱动，而是一个有穷自动机。
这就是为什么说 POE 是框架，AnyEvent 只是事件驱动（好吧，我承认它是事件驱动们的框架）的原因。

参见这里：
http://cpansearch.perl.org/src/RCAPUTO/POE-1.312/HISTORY

flw

至于 AnyEvent 为什么从一开始宏大的目标开始沦为 EV 的壳，
我认为是由于 EV 和 AnyEvent 的配合打的太好所致。
本来嘛，就是一个人做的东西，配合当然会好一些。

但别的配合就不是那么一回事了。
比如说，POE 有 POE::Loop::Wx AnyEvent 就没有。
还有 POE::Loop::Kqueue 和 POE::Loop::Gtk，以及细分的 select/poll/epoll，从这些支持的驱动来看，
很难说 POE 和 AnyEvent 谁更像事件驱动的 DBI 呢。
当然了，IO 事件只是 POE 的一部分而已。POE 更多的部分其实和 IO 关系不大，非 IO 类的程序也可以用 POE 来组织。

POE 的最大问题主要还是性能问题，这个实在是差 AnyEvent 太多。

hitsubunnu

回复 13# flw

2004年AnyEvent的开发初衷是想将POE，IO::Async，Event，EV等这些事件驱动模块，进行抽象统一，以达到通过简单的设定即可在各种事件驱动模块间进行切换的目的，所以作者将它比喻成DBI。

AnyEvent 从来就不具备这个能力。

下面这些就是为了 进行各种事件驱动切换而开发的，虽然良莠不齐但是可以实现。

1. AnyEvent::Impl::Cocoa        AnyEvent adaptor for Cocoa::EventLoop                    
   
2. AnyEvent::Impl::EV                AnyEvent adaptor for EV                    
   
3. AnyEvent::Impl::Event        AnyEvent adaptor for Event                    
   
4. AnyEvent::Impl::EventLib        AnyEvent adaptor for Event::Lib                    
   
5. AnyEvent::Impl::IOAsync        AnyEvent adaptor for IO::Async                    
   
6. AnyEvent::Impl::Irssi        AnyEvent adaptor for Irssi                    
   
7. AnyEvent::Impl::POE        AnyEvent adaptor for POE                    
   
8. AnyEvent::Impl::Perl          AnyEvent adaptor for AnyEvent's pure perl AnyEvent::Loop  

复制代码

hitsubunnu

至于 AnyEvent 为什么从一开始宏大的目标开始沦为 EV 的壳，
我认为是由于 EV 和 AnyEvent 的配合打的太好 ...
flw 发表于 2011-11-30 17:38

我的那段话就是为了防止大家误解

AnyEvent的开发初衷和它后来的实际应用发生了变化，这让很多人产生了误解。
这就跟曹雪芹写红楼梦有点像，写红楼梦的初衷是记录4家族的历史，看红楼梦的人却觉得他是批判封建社会制度。

再重复一次 大多数人推崇和使用AnyEvent的原因是因为它用AnyEvent的编写方法使用EV的效果很好，而不是作者的初衷能进行各种事件驱动的切换。

兰花仙子

AnyEvent不错。其实好多网络模块可以用AnyEvent重写，我当时都考虑过写Net::RabbitMQ的AnyEvent实现。
一个认识的朋友来自台湾的美女Cindy Wang（王尹）就写过几个，例如：
http://search.cpan.org/~cindy/An ... nt/Handle/ZeroMQ.pm

perl6ide

flw 发表于 2011-11-29 17:37
...Coro 就是打酱油的，如同 Perl6 一样，惊艳但不实用。需要大量小白鼠验证，我曾经用过 Coro，效果非常好，但也遇到了很多问题。所以我愿意把 Coro 作为死马当活马医、起死回生的灵丹妙药。大规模会战还是 POE 能够让我放心，性能问题全部通过子进程来解决。...

抱歉,初学者挖坟了...
问一下,perl6对汉字文档进行一些简单处理,不会有什么bug吧...
我不要求性能,只是对输入文档进行一些简单的格式化处理,增减一些内容,再输出到另一个文档...

sjdy521

AnyEvent和POE具体应用在哪些实际开发需求里？能否介绍下，目前的工作还没有触及到。