swooleswoole和workerman哪个更易开发

PHP的异步并行网络扩展swoole如何使用

Swoole是PHP的异步并行扩展，有点像Node.js，但swoole既支持同步又支持异步，比node更强大。

Swoole扩展是基于epoll高性能事件轮询，并且是多线程的，性能非常好。

Swoole除了提供网络Server/Client的功能之外，还提供了Task异步任务管理器，可以使你的程序中某些处理慢的函数异步去执行。

Swoole比Node.js有哪些优势？有哪些知名的Swoole案例

支持swoole,以前最早用java写的很多年，这几年出来创业，发现java完全没办法在创业公司作为主要语言用，主要是开发效率低了点，同时人力成本和门槛高很多。

现在主要策略是能用PHP就用，不行用python或java补充,node.js尝试过1个月，第一次做个小型的简单逻辑服务，用的很舒服开发也很快，后面用到一个中型项目，做了1半实在做不下去了，换python了，最近想做一个websocket的社交服务，找到了swoole,第一次搭swoole觉得有点麻烦，这个依赖扩展，配置（PHP扩展都这样），搭起来用，可以用，当时觉得是个可行的解决方案。

后来又用workman搭了下，搭建过程很舒坦，下载解压就行了，但是使用编码的时候就悲剧了，框架不够精简，写个广播服务还得再加个框架，一次启动了N个端口，监听代理分发扩展，看代码结构让又会想到了以前java的面向对象过度使用。

回头比较下，发现了 swoole 是为使用生产而编写和设计，workman是为了思想而设计。

node.js 还没被我接受，http 就用简单的PHP，tcp udp websocket用swoole,后台任务运算交给python,java ,前端现在对框架也是很慎重 bootstrap3 jquery less 够了，好东西很多，关键是我没使用场景，我仅仅创业做点简单产品而已，可以适度把html5 融入移动端做布局提高开发效率，但是是混用，不是推翻重来，尝试新东西需要风险，用的好是利器，用不好是炸弹

swoole http server 怎样解析php

在php的web控制器中，每当更新了数据库的数据库后，我需要将这些数据发送到其他用户的客户端， 不知在web控制器中怎么实现这个一个目的，怎么才能swoole_websocket_server发送这些最新的数据。

如果再建立一个 swoole_client话又感觉不好。

swoole和workerman哪个更易开发

性能上Swoole毕竟是C语言开发的，在某些地方如内存管理、数据结构、通信协议解析上肯定要比PHP开发的workerman高。

功能上swoole提供的高级特性很多，列举几个workerman没有的吧，比如SSL/TLS隧道加密、http2.0、异步mysql驱动、异步redis驱动、异步的http/websocket客户端、process、lock、atomic、table。

另外Swoole 2.0内置了PHP原生协程的支持，PHP代码也可以使用类似于Go语言的协程来实现高并发的网络服务器。

外部依赖上workerman需要依赖很多额外的第三方PHP扩展来实现，局限性比较大，这些扩展并非是PHP官方维护的，维护性方面良莠不齐，有些扩展连PHP7都不支持，数年没人维护。

而Swoole基本上无依赖，底层的代码全部可控。

开发维护方面，Swoole的开发团队目前有大概18人左右，开发者基本上都是来自腾讯、百度、阿里、滴滴、微博等国内一线互联网企业，支持维护的团队更稳定。

当然workerman的优势是它完全使用PHP代码实现，开发者可以直接看它的源码。

有特殊需求也可以直接改源码来实现。

如果换成swoole就不是那么简单了。

workerman做的事情更多一些，即是框架又是工具和完整的解决方案，对于没有太多后端编程功底的程序员也来说确实会容易很多。

而swoole实际上只是一个底层库，不是拿来可用的完整产品，基于swoole有很多PHP的框架和程序，比如tsf、zan php framework、hprose-swoole、zphp、swoole/framework、blink、dorarpc、SwooleDistributed等等，普通开发者可以直接基于这些项目进行开发。

Swoole是给高手用的，门槛比较高，需要使用者有深厚的功底。

你这里问的哪个更容易开发，这个没办法回答，这个要看你要开发什么、团队或个人的实际情况如何，合适的才是最好的。