有swoole这么优秀的扩展，还有必要为了做长连接去学golang吗？

使用apache bench工具对nginx静态页、golang http程序、php7+swoole http程序进行压力测试。在并发100进行100万次http请求的基准测试中，php7+swoole比nginx/golang性能高75% http://t.cn/r47rplt
by rango

那么，问题来了：在国内这种大环境，个人时间精力有限的情况下，但是长连接又是不可或缺的，该做何选择？

回复内容：

使用apache bench工具对nginx静态页、golang http程序、php7+swoole http程序进行压力测试。在并发100进行100万次http请求的基准测试中，php7+swoole比nginx/golang性能高75% http://t.cn/r47rplt
by rango

那么，问题来了：在国内这种大环境，个人时间精力有限的情况下，但是长连接又是不可或缺的，该做何选择？

Golang的协程+通道比Swoole的异步回调在技术上确实更先进。但Go语言本质上是静态编译语言，开发效率可能介于C++和Java之间，难度较大。而PHP+Swoole使用起来更简单，实现功能也更容易。

立即学习“go语言免费学习笔记（深入）”；

使用什么主要还是看你个人的情况，1公司或项目要求用什么，2实现什么样的功能，如果是非常底层的软件或有大量密集运算的代码建议用Go，如果是实现一些业务应用建议用PHP+Swoole

不是大牛。
那要看LZ的状况了，如果本身就是搞PHP的，那完全没必要再去搞golang啊，而且swoole已经经过了很长时间的考验，PHP7就不说了，不放搞下Rango的那个测试，试试就知道怎么做决定了。

我还是喜欢golang

只有我觉得golang有点反人类么？

作者 @韩天峰 说的很清晰了，我个人认为php+swoole目前的主要竞争对象是node.js，两者的使用场景差不多。不过前者有一大优势，考虑到php在web领域的庞大使用量，如果你的现有项目也是用php构建的，用swoole写后端服务的时候可以复用大量的现有模块，这对企业开发的一致性是很重要的，理论上讲只需要维护一套基础就行了。

坐等大牛答复。。。