得益于优秀的框架设计和超凡的性能,使用Hyperf/Swoole的开发时总体是非常愉悦了。就比如说Hyperf的AOP切面实现吧,曾几何时我为了做jaeger分布式追踪搞了一个很复杂的动态代理,但是后来惊喜的发现在Hyperf框架中用语法树重写在不损一毫秒的情况下就轻松解决了。
不过,也有几次睡不着觉的时候,基本都是因为生态的问题。
一方面,很多C扩展,比如Mongodb,还有我们广告系统经常用的Cassandra扩展,都不能支持协程。另一方面,还有很多PHP原生库充斥着静态变量,一不小心就协程混淆。
要填补上生态上的差距还需要很长时间的努力。目前Swoole有个Task机制,不支持协程的都扔给它去处理。
在php-fpm的应用中,经常会将一个任务异步投递到Redis等队列中,并在后台启动一些php进程异步地处理这些任务。Swoole提供的TaskWorker是一套更完整的方案,将任务的投递、队列、php任务处理进程管理合为一体。通过底层提供的API可以非常简单地实现异步任务的处理。另外TaskWorker还可以在任务执行完成后,再返回一个结果反馈到Worker。
这个概念很好理解,Unix Socket的投递速度也是杠杠的。Task类似队列机制,本身有一种削峰填谷的功效,但是再长的缓冲区也毕竟是有限的,如果压力持续走高一样会反噬worker。所以task很难成为常规武器,偶尔用用还可以。
人一旦习惯了epoll,对阻塞IO真的是很难容忍。
有时我在想,实在不行,我就写个Nodejs服务,把查mongodb放到nodejs里,然后PHP再调nodejs接口算了,这总不阻塞了吧。
理想