虽说都在唱衰php，但正常头脑的 coder 都知道，php只是完成工作、实现目标的工具，不论使用 汇编、c、c++、c#、java、go、js、rust、php、python 或任何其他语言，只要能满足 高效率开发、符合预期需求、性能够用、安全达标，那就是个好工具，蓝猫是猫、橘猫是猫，逮住耗子(会卖萌)就是好猫。
再说 php8 性能丝毫不差，尤其是加持常驻内存和协程后，开发效率那是嗖嗖嗖的，成本却很低，性价比自然杠杠滴。开发一时爽 维护火葬场吗，NO，php8开启强类型，配合团队规范，维护不是问题。所谓安全这个锅更和语言无关。
swoole和workerman在国内用的比较多，两者都非常优秀。
Swoole： PHP 协程框架
swoole是c/c++写的网络通讯扩展，Swoole 使 PHP 开发人员可以编写高性能高并发的 TCP、UDP、Unix Socket、HTTP、 WebSocket 等服务，让 PHP 不再局限于 Web 领域。
workerman: PHP应用容器
workerman 是纯php写的网络框架.支持TCP长连接，支持Websocket、HTTP等协议，支持自定义协议，拥有异步Mysql、异步Redis、异步Http、MQTT物联网客户端、异步消息队列等众多高性能组件。
两者功能类似，均可以广泛应用于互联网、移动通信、云计算、 网络游戏、物联网（IOT）、车联网、智能家居等领域。
那究竟哪个更好一些？我们该如何选择呢？摘选一些网友的评论，供参考。
0. 部署方便性
swoole： 如果手动编译 swoole 扩展的话，相对 workerman 来说，是比较复杂的，但 swoole团队 出了一个 swoole-cli 静态编译版，即集成了 php8.1+swoole+很多扩展 的单文件php(linux下、win下是绿色解压包)。部署非常方便，甚至连php都不需要单独部署了，直接下载swoole-cli，重命名为 php ，然后无缝替代 官方php8.1。强烈推荐使用（详细说明 wenda.swoole.com/detail/1088…
window版swoole-cli下载地址：wenda-1252906962.file.myqcloud.com/dist/swoole…
linux x64版 swoole-cli下载地址：wenda-1252906962.file.myqcloud.com/dist/swoole…
mac版 swoole-cli 载地址：wenda-1252906962.file.myqcloud.com/dist/swoole…
swoole-cli github github.com/swoole/swoo…
swoole-cli 全部版本下载地址 www.swoole.com/download
swoole-cli 详细说明 wenda.swoole.com/detail/1088…
workermn： 正常安装 php 环境后，下载 workerman 压缩包解压即可，或者 composer require workerman/workerman 安装。当然也可以用 swoole-cli 来运行 workerman
1.学习成本考虑
网友评价1：
如果你之前没有过网络编程或多进程开发经验的话，我的建议是你先从workerman入手，毕竟workerman是纯PHP代码实现的，你在深入理解其原理和处理问题时不会有太大的障碍。
通过对workerman的深入学习，你可以学习到网络编程相关的基础知识，这种程序是如何设计实现的，当中需要注意哪些细节。你还可以学习到如何开发多进程程序，进程间如何管理和通信。当你这些了解清楚后，你再过渡到swoole会觉得门槛没有那么高，如果你直接上手就swoole的话，至少进程间的管理和通信都需要你自己去实现，你可能连思路都没有。由浅入深，先从基础开始，再向高级进阶。
网友评价2：
swoole 是作为 php 的扩展，不依赖其他扩展，底层是 c，程序中直接调用，性能较高。workman 是用原生 php，依赖其他扩展，需要下载源码包。前者可以理解为 swoole 是提供给 php 的 api ，原生度比较高，所以没有封装实践中的 业务逻辑，需要自己开发。后者对某种业务需求有封装，更容易上手。本人曾经学习 swoole 个把月，感觉比较难驾驭，需要掌握比较多的基础知识，实际工作中运用较少，但是感觉值得学习。总之，用哪个看用来做什么，大众需求， workman 可能开发成本更低，有些特定需求，也可以研究研究 swoole。
网友评价3：
推荐 workerman！swoole 那套直接 c 拓展的不适合进阶新手，新手要的是渐进式，稳定性，循序渐进，先掌握一个范式，再一步一步来。workerman 也出了官方 web 框架 webman，压测排名在 swoole 之上，毫不夸张的说，workerman 目前是最成熟，成本最低的 PHP 解决方案，门槛还低。
网友评价4：
swoole是由C语言开发的php扩展类，就性能而言swoole具有优势，对PHP程序员有一定的要求，了解底层通信服务开发，需要学习的知识比较多，swoole一般适合老手开发。workerman纯php开发框架，很容易上手。号称只要你会php，你就使用它开发socket应用服务。建议先学习workerman，在学习swoole。
网友评价5：
workerman是纯PHP实现的常驻内存框架，同步阻塞模式，先学习这个方便对常驻内存模式有一定的了解，对内存泄露有一定的了解。workerman熟悉后再来学习swoole，swoole除了常驻内存，还有就是协程，这个在传统开发模式中是不存在的。协程类似线程，开发过程中需要主要各个协程中间的数据之间的操作问题。
我认为，workerman的学习成本更低，尤其是做web开发，webman和tp很相似，几乎从tp无缝迁移，没有任何多余的心智负担。
官方文档 www.workerman.net/doc/workerm… 很不错，清晰详细，示例很多
官方论坛 www.workerman.net/questions 非常活跃，绝大多数问题都能快速得到有效解答，框架作者 walkor 几乎每天都在论坛亲自解答，即便是非常初级的新手问题，也很耐心。
swoole的文档也不错，但对没有多进程、多线程编程经验的新手来说，上手有点困难，心智负担有些重，新手直接阅读文档，可能事倍功半。
2.应用范围
网友评价1：
我的一个开源项目用的就是 workerman 项目查看，依赖的环境比较少，开发难度小。如果不是上万的并发建议 workerman。但是我的经验表明 95% 的项目都不会有上万的并发。初学者我也建议用 workerman。swoole 你也可以同时学习，毕竟协程更节省硬件资源。还有就是 workerman 的作者超级有耐心回复各种问题，从来没有见过如此热心的
网友评价2：
swoole 是扩展，在使用 workerman 的同时，若你需要用到 swoole 的东西，同样也可以使用，而且从应用角度来说，我更喜欢 workerman gateworker。这些能直接解决很多问题，避免从基础进行研究
网友评价3：
workerman 更简单稳定，考虑了很久还是用workerman , swoole目前太乱了，生产环境稳定毕竟用的php原生东西 swoole玩了一段时间 坑太多了。
网友评价4：
Swoole的部署折腾了我一个礼拜，终于能跑通了，再想想还要很多第三方类库和扩展要继续折腾，还是算了。 Gatewayworker直接用XFTP工具把文件夹拖进去，然后start就好了，省心多了。 对于我这种小白来说，不考虑什么集群，什么上千万的并发，什么容器，我选Gatewaywroker。
网友评价5：
个人觉得swoole和workerman都能解决高并发io问题，但用了两种思路。不存在谁高级，谁低级。用C写PHP扩展解决问题就显得有多牛逼了，那可不见得。用C写PHP扩展，对比的应该是C程序员，而不是PHP程序员，那么C语言就比PHP语言高级，那这么说的话大家都用C开发网站得了呗。
两者应用范围是重叠的，不管是web还是物联网，都能胜任，本质上 swoole是c/c++的网络框架，而workerman是基于 pcntl多进程扩展 的网络框架
3. 性能考虑
网友评价1：
说swoole比workerman好，是因为评论的人没用过workerman，他只是片面的认为c++比php快，就认为其程序框架也是这样。
然而，workerman只载入解析一次php文件，然后便常驻内存，极大的减少了磁盘IO及PHP中请求初始化、创建执行环境、词法解析、语法解析、编译opcode、请求关闭等诸多耗时过程。所以纯碎从语言层面比较，更应该是c++和机器码的区别。
两者都是非常优秀的开源框架，只是看自己更喜欢折腾c++还是php罢了
网友评价2：
其实性能差不多，workerman更稳定，发现问题，更易维护
网友评价3：
从跑分来每个指标workerman都比swoole略高一些，总体来看看swoole和workerman结果差不多，不过这仅仅是跑分，真实效果还是要看实际项目。
网友评价4：
我觉得是不是都搞错了对比双方。workman是PHP写的，但本质是用pcntl等扩展实现了功能，swoole是C/C++写的，但实际还是以PHP扩展形式出现，所以其实都是PHP扩展。
所以其实比的是pcntl等扩展和swoole扩展的效能 所以workman不慢不是很正常么？
网友评价5：
www.techempower.com/benchmarks/… 这个是国外权威压测机构 www.techempower.com 第19轮压测，带数据库业务的，swoole用了数据库连接池+协程，workerman就是原始php mysql阻塞用法，结论仍然是二者性能差别不大，各项性能指标均是workerman好些，尤其是plaintext，比swoole高35%左右。
当然，这个只是压测结果，仅有部分参考意义，不代表现实项目最终结果。
两者性能并没有太明显差别，同样常驻内存，同样多进程。swoole有协程加持，某些应用场景下，可能并发性能更好。
4.生态考虑
网友评价1：
因为项目需要, 智能家居一类的, 本来准备用C做, 想想swoole和workerman很火很成熟, 不少稳定应用场景了, 想想为什么不能用这俩试一下呢? C水平有限, 用PHP能满足需求多好?
所以今天大概了解了下swoole和workerman, 初步映象对swoole没有想象中那么好, 反而workerman让我非常惊艳...
再说workerman:
workerman例子很完善, 讲解详细, 比swoole好不少.
重要一点是用纯PHP就能实现如此之高性能php-cli在php5.3时代就已经成熟了, 一直没时间在此基础做大型项目, 老是感觉性能不行, workerman却让我惊艳.
workerman用到的pcntl, posix两个扩展也是PHP自带的扩展, 默认会编译进去, streams系列函数是PHP自带函数, 更没有扩展之说. 所以某人说的太夸张了. 并不需要不成熟第三方扩展, 这两个扩展是非常成熟的扩展, 稳定到进入PHP默认开启的扩展, streams甚至进入PHP基本函数了.
如果为了像Nginx一样开启Kqueue和Epoll则需要安装和swoole一样的pecl扩展:pecl-event. 此扩展也非常稳定了. 这些都是基本扩展, 不会不稳定更不会PHP7，PHP8不支持. streams, pcntl, posix, pecl-event其实对底层的浅封装, 性能没问题, 看你怎么用, 会不会用, workerman就用的很好。
最后说一下:
我不同意韩天峰说的swoole需要比较高超水平, 其实两者都是给你封装好, 拿来用就行. 但如果出现问题workerman可以去了解协议, 修改封装的PHP代码. swoole就没法修改了, 至少你要会C语言才能去修改, 这是很多phper不擅长的.
我暂时决定用workerman了, 因为出现上述那种问题我可以自己修改workerman的PHP代码解决. 而swoole是用C重新实现的, 很多坑要去完善, 而社区也不活跃, 没人理睬, 而我没精力去查C代码找原因. 发现很多人也是试验了swoole后发现还是workerman稳定些, 所以改用workerman了. 其实我还是希望swoole能快速发展的完善些.
以上纯属个人观点, 一切都是为了PHP能健康快速发展下去, 希望swoole越来越好...
网友评价2：
其实都差不多，如果直接基于swoole或者workerman开发，都不算容易。
但现在都可以基于框架开发，比如hyperf和webman，当然，如果你也试试imi，你会发现他俩在使用的时候，基本没区别。 Imi说，反正我都支持！
网友评价3：
workerman的文档做的非常好，例子也丰富很多，我觉得workerman更容易上手，而且比swoole稳定很多
网友评价4：
官方方案fpm+opcache+jit+长连接，或者workerman，稳如老狗，官方方案，有问题自己轻松解决。
实在没有办法可以引入第三方语言综合即可。如果你关注PHP官方的协程或者异步方案，可以浏览下Amphp作者推出的Fiber扩展，已经进入rfc阶段。
网友评价5：
workerman更符合php的精神，作为一个workerman一年多使用者，坚决支持workerman。而且workor真的特别认真，新手问题在论坛回复的也很及时，对新手友好度max。
虽然不会固守一种语言，但php还是很不错的，开发效率很高，还是希望php能像js一样，焕发第二春。 尤其是 swoole-cli 非常棒，跨平台部署很方便，linux上直接单文件命令执行。
