不同的phper该如何区别使用swoole和workerman？

   那么我们该怎样去区别应用swoole和workerman？

               workerman

workerman纯php写的，swoole是php的c扩展，性能肯定更高，百度、腾讯不少产品的server就是基于swoole的

workerman上手更快，文档更丰富，社区活跃，社区基本做到有问必答。

workerman是一个高性能的PHP socket 服务器框架，workerman基于PHP多进程以及libevent事件轮询库，PHP开发者只要实现一两个接口，便可以开发出自己的网络应用，例如Rpc服务、聊天室服务器、手机游戏服务器等。

workerman的目标是让PHP开发者更容易的开发出基于socket的高性能的应用服务，而不用去了解PHP socket以及PHP多进程细节。

workerman本身是一个PHP多进程服务器框架，具有PHP进程管理以及socket通信的模块，所以不依赖php-fpm、nginx或者apache等这些容器便可以独立运行

swoole

swoole 底层是纯c 编写，对其他扩展几乎是零依赖，不需要php传统环境做依赖。性能更加强悍，许多国内外大公司都会在swoole的基础上进行二开来满足自己的业务需求。

实际上作为一名PHP程序员，我很清楚PHP的确有很多局限性，比如Unix系统编程、网络通信编程、异步io，大部分PHPer不懂。PHP界也确实没有这样的东西。

Swoole开源项目就是为了弥补PHP在这些方面的缺陷诞生的。

swoole实际上是一个网络通信和异步io的引擎，一个基础库。PHPer可以基于swoole去实现过去PHP无法实现的功能。swoole为PHPer打开了通往另一个世界的大门。

swoole实际上是php的一个扩展

如果说 Swoole 2 以前，swoole 和 workerman 的差别可能就是一个是 C 扩展，一个是 PHP 代码的区别，类似 CI 与 Phalcon。

但 Swoole 4 已经与 workerman 完全不是一个等级了，Swoole 4 已然成为了核弹，而 workerman 还是那个 TNT 。

Swoole 4 带来了与 Golang 几乎一致的 go + chan + defer 协程，并 Hook 的 PHP Stream 直接让 PDO/Redis 等扩展加入了协程的豪华套餐，现在的 Swoole 几乎等同一个动态单核版本的 Golang，已经能处理非常多的后端计算场景。

Swoole 的这些特性是像 workerman 这样依靠 PHP 内置的几个扩展开发而无法达到的，需要非常扎实的系统开发能力，也需要对 PHP 的底层 API 非常了解，Swoole 团队令人十分倾佩。

另外因为 Swoole 有创造的能力，workerman 则只能使用内置扩展提供的现有功能开发，就如同 MixPHP 基于 Swoole 开发，也只能通过 Swoole 提供的现有功能开发，如果扩展没有提供某些功能特性，有些想法就实现不了，好在 Swoole 团队沟通效率非常高，基本上我们一些问题都能及时的给予答复，使用 PHP 内置扩展的 workerman 就没那么好运了，扩展团队并不会因为 workerman 而修改扩展的某项功能。

有些人说 Swoole 文档不好，在我看来这个根本不成立，我开发一个完整的框架都源于 Swoole 文档，在我看来应该是大多 PHPer 经验都集中在如何实现应用需求，而且又几乎都是编写同步程序，导致知识体系非常片面，从而导致看不懂，这方面 Javaer 则更好一些，由此可见并不是文档的问题。

还有人说 workerman 比 Swoole 简单，其实不是这样的，PHP 也是高度封装，直接简单写个脚本就能开发网站，但是工业开发大家都使用封装度高的框架，Swoole 正确的打开方式也是一样的，大家大可直接选择一个 Swoole 框架开撸。

workerman和swoole都是php socket 服务器框架，都支持长连接、tcp和udp、websocket、异步、分布式部署等。还是得根据自身情况选择。选择更适合自己的。