PHP 7 - swoft 2.x

[Evilk]

请问,有在生产环境使用 swoft 2.x 的吗?

我们准备做一个 pay system,目前有几种考虑: 1.是使用传统 php-fpm 模式,还是,swoole 模式? 2.如果走 swoole,则初步决定 swoft 2.x,但不知道生产是否稳定,毕竟跟 money 相关 3.如果走 php-fpm 模式,估计性能多少会有点影响

目前,比较倾向于 swoft 2.x

有老哥在生产使用的吗? 可靠吗?

不胜感激

[TypeErrorNone]

go 啊

[sorshion]

选 hyperf,swoft 现在其实已经不怎么维护了，前一阵子的事件，伤害挺大的

[PainfulJoe]

推荐一个框架 Hyperf，基于 swoole 用起来又跟 laravel 一样

[keller]

我们的支付业务目前一天也承载了上千万的资金交易，
之前用的 CI，现在正在切换到 Larave，开了 opcache 性能不是问题
支付业务的的链路中性能的只要消耗在等待各支付平台和通道的响应（支付业务调用链路非常长）

[Evilk]

@keller 并发高吗?

[caola]

如果只是写 api 那么 laravel 的精简版 lumen 是很好的选择……

[iyaozhen]

看业务吧 支付的话其实不是那么太关注性能，毕竟得先抢到嘛
建议 php-fpm，虽然我自己用 swoole 做别的系统，但是没有个能人是 hold 不住的，很多非 php 的额外问题

[pengjay]

php-fpm 也慢不到那里去。确实到瓶颈也是换语言的时候了。

[JaguarJack]

7.4 preload 不慢啊

[xemtof]

@sagaxu 我觉得还是.netcore 用的爽，现在.netcore 也基本稳定了，马上.net5 也可以无缝升级，感觉还是可以一用。

[ben1024]

要不在等等 php8 ？
swoole 性能不错，部署和业务实现有 php 之外的问题，需要比较有能力人主导下，
生产用了 hyperf 稳定性还行

[dobelee]

我有在用。简单说下，坑和缺陷非常多，我通过注入和继承修改了大量框架代码，碰到问题只能看源码再优化，源码都看很熟了。如果没有时间和精力还是放弃吧。另外，swoft 的 model 极其简陋，用起来非常困惑，新同学很难上手。进程管理也有各种缺陷，容易僵尸。需要了解 swoole 才能顺利解决。
不过总体来说还是不错，除 model 垃圾外，框架完成度比较高，源码和设计模式都比较规范，反观 easyswoole 惨不忍睹。curd 的话成本略高了，如果频繁需要使用异步和任务分发之类的可以一试。

[dodogod]

@dobelee 公司项目在用，确实坑挺多的，命令模式执行会有僵尸进程，我自己也给官方提过 PR

[Zach369]

go 不香吗?

[dilu]

我们也有在用，如#32 所说 小毛病不断 大毛病不犯

如果团队本身学习能力强，建议直接用 go

如果本身只有 PHP 相关人才储备并且确实有性能需求，那 swoft2 绕不过去的

总的来说还是个值得一用的框架

[CodeCodeStudy]

@dobelee 我觉得 easyswoole 还好啊，代码都还挺规范，而且真的是简单易懂

[z5864703]

一般 php-fpm 跑性能问题不大。
swoole 的话适合场景还是长链接处理，业务不复杂的，因为各种问题还是蛮多的，而且不是 php 层面能解决的，需要改 swoole 源码。
swoole 社区力量还是太薄弱了，没多少人参与贡献，目前就核心那三个人做维护，不过也是现状，国内伸手党居多，或者无力贡献。
其实除了 swoole 之外还有其他协程框架可以使用，比如 amphp 等

[haohappy]

swoft 和 es 作者都放弃了 不维护了吧 群里也都是发 H 图的~

可以去搜看看旧闻。。。
说是开源的，但是人家作者喷你，不让你用了，谁还愿意厚着脸皮跪舔啊。。。

hyperf 企业版也是官方收费的，想完全白嫖开源版也是有难度的

[yc8332]

php-fpm 足够了。。正常的业务瓶颈应该不是语言层面，php-fpm 性能足够了，就看你怎么用而已

[xttanwei]

1 、稳定与否与语言无关
2 、pay sys 对性能要求并不高，大部分情况都是异步处理
3 、我推荐 Lumen