101
IIInsomnia 350 天前
转 Go 的话,可以看看这个: https://github.com/shenghui0779/api-tpl-go
|
103
kivmi 350 天前
@kakki 说的太对了,这就是我不怎么喜欢 swoole 的原因,自己要是用个其它的,还得自己写个扩展,所以我觉得 swoole 的架构模式就是有问题的,它应该更像个引擎和资源管理,而不是搞各种组件化的东西
|
107
kivmi 350 天前
@dongisking 有没有源码可以分享学习
|
110
haierspi 350 天前
为啥不用 go 写啊
|
112
HanMeiM 349 天前
@dongisking 啊?哈哈哈哈,卧槽还有人在这个论坛认出我吗?我已经三年多没写过 PHP 了,不怎么上 LearnKu 了
|
113
crynocry 347 天前
@kivmi 这和单进程多协程没关系 fpm 的库到了 swoole 里面的 io 函数会被替换成 swoole 的 io 函数 所以用户可以无感知用 fpm 的库
|
114
guanhui07 346 天前
swoole 挺好的,webman 更简单些 也是常驻内存 也支持 windows ,常驻内存性能足够了
|
116
nofeeling 288 天前
高并发的话一定得有异步 IO ,同步阻塞的程序已经跟不上时代了。Node.js 、Golang 、Python 的后台程序现在都是异步的,已经没有同步的东西了,连 Java 都支持协程了。PHPer 们居然还在讨论 php-fpm 这样落后于时代至少 15 年的东西。怪不得都说 PHP 已死。
我们公司的项目早在几年前就彻底从 PHP 转向 Golang 了,最开始也用过 Swoole ,早期的版本支持的协程组件太少,兼容性不太行,后面就转 Go 了。PHP 里也就是 Swoole 从技术上能说得过去,其他的框架从技术角度看已经是非常落后的架构了。Workerman 我们也调研过,主要是没有协程,不太符合要求。另外就是 Workerman 这个项目连单测都没有,规范性方面做的不行。 Swoole 这样没有大公司背景的开源项目能到现在的阶段已经很厉害了。长远角度看,我的建议是还是考虑下尽早转 Golang ,毕竟背后是 Google 这样的大厂,Go 的核心开发者都是编程语言领域顶尖的人物,别说是 Swoole 的人了,PHP 的核心开发者和 Go 开发组的查了 2 - 3 个 Level 。 |
117
jevonszmx 243 天前
纠结这么多框架,真不如好好查查系统瓶颈在哪里,我在上一家公司日活 300W ,用 tp 也没问题啊,主要瓶颈肯定不在 php ,基本就是数据库。
|