感觉 swoole 是为了还技术债的，前期 PHP 快速上线，后期用户量上来，并发上来，PHP 扛不住了，切换语言成本又高，用 swoole 来进行升级改造是最快的，如果一开始就用户量很大，并发很高，需要用到线程或协程才能解决的话，我可能一开始就不会选择 PHP，而直接选 Java 或 Go 了，毕竟 Go 这种才是原生支持协程的，而 swoole 毕竟是扩展 PHP 的，对外部依赖比较强，版本匹配、运维等也有不少的坑，除非团队里有人对 swoole 非常熟悉，否则我是不会用 swoole，个人浅见！（PS: 本人也是 PHP 开发，没有贬低 PHP 和 swoole 的意思）
swoole 还是不错的。至少能帮助 phper 在面向服务器编程的路上走的更远。但是面向服务器编程，目前 phper 的基础储备不够，面向 web 习惯了。思维转变需要点时间
可以作为辅助吧，生态还是差很多
swoole 确实很不错，以后可能是 PHP 的一个发展方向，协程会让 PHP 能撑住更多的并发，比起传统的 fpm 模式会好很多。
可以过渡一下，对学习 go 增加帮助
感觉意义不大，中大型公司技术选型不会用，大部分直接用 java 了。小公司用不到。这个和 php 定位有关系。
看好 swoole
文档有点伤。对于 PHP 入手后，去看 swoole 文档，有点懵。需要深入的话，就要去看源码，问题是源码都看得懂，还会去用 swoole 吗？
感觉 swoole 是为了还技术债的，前期 PHP 快速上线，后期用户量上来，并发上来，PHP 扛不住了，切换语言成本又高，用 swoole 来进行升级改造是最快的，如果一开始就用户量很大，并发很高，需要用到线程或协程才能解决的话，我可能一开始就不会选择 PHP，而直接选 Java 或 Go 了，毕竟 Go 这种才是原生支持协程的，而 swoole 毕竟是扩展 PHP 的，对外部依赖比较强，版本匹配、运维等也有不少的坑，除非团队里有人对 swoole 非常熟悉，否则我是不会用 swoole，个人浅见！（PS: 本人也是 PHP 开发，没有贬低 PHP 和 swoole 的意思）
对于 phper 有时间就学 swoole 咯，看源码，顺便学 PHP 底层。底层原理、套路看懂了，什么语言都一样。假设公司决定用 go 或 java，都清晰的知道整体流程了，不就只剩下调用各种语言命名不一样，实际作用一样甚至参数都一样的 api 吗？
关于 LearnKu
粤公网安备 44030502004330号
推荐文章：