因为项目需要, 智能家居一类的, 本来准备用C做, 想想swoole和workerman很火很成熟, 不少稳定应用场景了, 想想为什么不能用这俩试一下呢? 我C水平那么烂, 用PHP能满足需求多好?

所以今天大概了解了下swoole和workerman, 初步映象对swoole没有想象中那么好, 反而workerman让我非常惊艳...

先说swoole:

swoole, 官网顶部手册竟然打不开, 后来找半天找到一个手册. 你们这么多人为何不能把官网做的像样一点呢? 需要很多工作量吗? 至少把官网顶部那个手册改为正确地址好不好?

swoole我在freebsd下安装完毕, 例子程序start后出现如下错误:

[2017-09-17 19:53:51 @55879.0] ERROR swSocket_set_buffer_size(:387): setsockopt(4, SOL_SOCKET, SO_SNDBUF, 8388608) failed. Error: No buffer space available[55].

[2017-09-17 19:53:51 @55879.0] ERROR swSocket_set_buffer_size(:387): setsockopt(5, SOL_SOCKET, SO_SNDBUF, 8388608) failed. Error: No buffer space available[55].

[2017-09-17 19:53:51 @55879.0] ERROR swSocket_set_buffer_size(:387): setsockopt(6, SOL_SOCKET, SO_SNDBUF, 8388608) failed. Error: No buffer space available[55].

...

Swoole http server is started at http://127.0.0.1:9501

虽然不影响测试, 但找了一圈没找到啥解决办法. 发了issues, 论坛也发帖了, 没啥反应...

或许只需要修改个配置就能搞定, 但是我不知道去哪里找到这些资料.

再说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不支持. streams, pcntl, posix, pecl-event其实对底层的浅封装, 性能没问题, 看你怎么用, 会不会用, workerman就用的很好.

最后说一下:

我不同意 @韩天峰 说的swoole需要比较高超水平, swoole给你封装好, 拿来用就行.workerman也是封装好, 拿来用就行. 但如果出现问题workerman需要比较高的水平去修改程序, 了解协议, 甚至修改封装的代码. swoole就没法修改了, 至少你要会C语言才能去修改, 这是很多phper不擅长的.

我觉得用workerman需要你php代码水平比较高, 用swoole反而没有那么多需要接触修改的东西. 至于使用上觉得swoole难, 那韩老大就要反省下了, 是不是workerman封装的比较友好? 使用上友好? 为啥workerman多做了一部分工作反而使用上更简单呢?

我暂时决定用workerman了, 因为出现上述那种问题我可以自己修改workerman的PHP代码解决, 而且streams, pcntl, posix, pecl-event都是非常稳定的函数和扩展, 稳定到进入PHP基本代码里, 所以肯定大部分情况不会出问题.

而swoole是用C重新实现的, 很多坑要去完善, 而社区也不活跃, 没人理睬, 而我没精力去查C代码找原因. 发现很多人也是试验了swoole后发现还是workerman稳定些, 所以改用workerman了. 其实我还是希望swoole能快速发展的完善些.

我希望有一天workerman无法满足我需求, swoole又非常完美了, 可能是明天, 可能是下个月, 可能是一年后, 到时候我很高兴转到swoole下. 因为接触swoole比较浅, 观点也比较浅层主观, 所以初次这个启动错误的映象让我临时弃用swoole, swoole很优秀, 但是希望未来瑕疵会少一些.

以上纯属个人观点, 一切都是为了PHP能健康快速发展下去, 希望swoole越来越好...