workman还是swoole,大家选择那个呢？

我都没用过，但是听说swoole内存问题比较难搞，嗯，本人潜水在workman的群里，群主比较热心回答各种问题，当然全在群里问的话群主也管不过来，在作者walkor指定的论坛发帖，基本都会有回复。

个人推荐 swoole

虽然swoole很高大上，看起来也很香，可是学习成本高，workman几乎没啥子门槛，相比好很多，所以。。。。

hyperf

我的一个开源项目用的就是workerman 项目查看，依赖的环境比较少，开发难度小。 如果不是上万的并发建议workerman。 但是我的经验表明95%的项目都不会有上万的并发。 初学者我也建议用workerman。 swoole你也可以同时学习，毕竟协程更节省硬件资源。 还有就是workerman的作者超级有耐心回复各种问题，从来没有见过如此热心的

workerman

如果是学习，建议直接上go，不论是前景、社区、资料都比其它两个要好。

workerman

workerman

如果要快速上手，那就是workerman了，php开发的，读源代码也方便。swoole的话就需要你学习一些相关概念了，开发的时候还要注意编程的方式，不熟悉的话很可能会出问题。

workerman，简单易上手

hyperf 协程舒服

workerman，比较推荐

hyperf吧，个人比较推荐，workerman的上限没swoole高，但是最终还是要看个人情况和项目的情况来定。不是很复杂的项目可用workerman，一般的项目用workerman就够了 :dog:

swoole

workman 官方封装的 gateway，拿起就是 IM 搞起，上手超快

workerman

感觉workerman 比swoole 稳定点吧。 现在workerman貌似更新没那么频繁了。 而且你在社区回答问题的话作者会亲自解答 而且群里面提问貌似不要钱哈~~ :smile:

明白了，我也觉得workman 比较良心！ Go自身还不成熟，学他不如直接转java了，干嘛学GO呢！

而且java的 spring 也是相当简单，和laravel 非常相似！没有必要学go！

swoole 是作为 php 的扩展，不依赖其他扩展，底层是 c，程序中直接调用，性能较高。 workman 是用原生php，依赖其他扩展，需要下载源码包。 前者可以理解为 swoole 是提供给 php 的 api ，原生度比较高，所以没有封装实践中的 业务逻辑，需要自己开发。后者对某种业务需求有封装，更容易上手。 本人曾经学习 swoole 个把月，感觉比较难驾驭，需要掌握比较多的基础知识，实际工作中运用较少，但是感觉值得学习。总之，用哪个看用来做什么，大众需求， workman 可能开发成本更低，有些特定需求，也可以研究研究 swoole。

workerman

推荐workerman！ swoole那套直接c拓展的不适合进阶新手，新手要的是渐进式，稳定性。swoole升级频繁，不向下兼容，好多周边框架都要求最新swoole版本。关于高并发这个需求，如果没有一定的功力和经验，贸然上手搞协程，其实是走捷径，你不可能熟悉的，这种magic是给高手用的。 workerman用的是多进程，看上去老套，但是成熟稳定，总之要高并发，无非多进程，多线程，协程。多线程无疑Java最成熟，但学习使用成本都不低，协程是给高手剑走偏锋的。新手要的是什么？是循序渐进，先掌握一个范式，再一步一步来。workerman也出了官方web框架webman，压测排名在swoole之上，毫不夸张的说，workerman目前是最成熟，成本最低的PHP解决方案，门槛还低。 最后说说swoole，作者的功力是强焊的，野心也是大大的，不过我不看好c/c++来搞PHP，这个思路不好，学习和拓展的曲线太陡峭，如果哪个公司依赖了，你很难自己解决bug，因为这要动c系源码，成本太大了，而且很多第三方库要写swoole协程特制版，又是一项隐形成本，当然有人说，swoole社区已经提供了协程版库，这个怎么说呢，能不能高可用，你真的敢在项目上试错吗。workerman的思路就很好，PHP已经图灵完备，就该和Python对标，原生PHP也可以搞常驻内存的网络编程，性能也是非常厉害的。

workerman，已经使用workerman开发了很多项目，线上很稳定。
至于想了解协程的东西直接学习golang