libevent2.1.3(目前版本)是否支持多线程等，请问看法

libevent2.1.3(目前版本)是否支持多线程等，请教看法
1. libevent2.1.3(目前版本)内部是否支持多线程？
2. 不使用多线程的话，一般中型商业应用服务器是否可行？
3. 现在的情形：
       需要做一个服务器，提供四个端口，给四个互不相干的业务使用；
       可虑到业务上可能对效率有一定要求，而且四个业务理应互不干扰；
       所以想，做成至少四线程的是否会好一些。。。

网上查找了 "libevent + 多线程"，没找到相关的介绍信息
知道的，给点看法，谢谢先。。。
------解决方案--------------------
1 libevent 是提供的单线程分阻塞模式服务的开源库！

2 看具体需求吧！长连接，短连接这些要求！不过一般都会采用多线程处理的
   当然多进程处理也是可以的！
3 可以开一个线程池处理吧！
  如果不会频繁的线程开启关闭操作也也可以不开，就4个线程而已！
  应该没有问题！处理好异步问题就好！

 
  
------解决方案--------------------
喜欢单线程 cpu有富余的话，多开几个进程便可……
------解决方案--------------------
libevent支持多线程编程，每个事件需要关联到自己的event_base
用多线程也可以做！用异步的方法！
------解决方案--------------------

引用:

Quote: 引用:

Quote: 引用:

Quote: 引用:

上级提议一个连接(短连接)创建一个线程来做，是动态创建？ 还是用线程池吧

工程中的别的服务器例子是动态创建的，没用线程池

刚又想了下，里面有一个业务不用多线程的话，很浪费资源(资源有多个，如果单线程做的话，1个资源就可以了，剩下的都用不上)

可能有些浪费的，因为可能其中某个业务此时并不做任何动作呢，类似线程挂起的状态，
这个时候可能就比较浪费资源了！
所以还是要综合考虑，到底是选多线程  还是单线程多进程 
亦或单线程(libevent库)+多线程！【比较频繁的业务用libevent，其他业务需要时才开启线程处理】

又想了想，其实，那个业务也存在等待响应的时候，做成非阻塞的，也可以同时(假象的)使用多个资源

如果可以的话，先用单线程做下看，效率不行，再引进多线程好了

单线程一点问题没有，如果你要处理上万请求时，可以考虑孵化多进程来实现。强制你使用多线程的领导估计也就听说过多线程而已