hypef 和 webman 哪个更加平稳

我也想考虑一下常驻框架，有经验的可以和 Laravel 对比一下优缺点吗？ :kissing_heart:

估计 webman 好些

如果你的应用是一个管理端或者综合应用，只是想提高运行速度，建议webman ，开发体验和tp类似，门槛相对较低，你应该有体会 如果是api应用或者想通过协程处理一些东西，则可以尝试hypef ，依托于swoole，hypef 的特定更多，毕竟基于swoole扩展，但是开发门槛较高

webman可能好上手一点，hyperf要更多理解一些东西，然后看哪个星多，旁边人用的多

webman吧，至于为什么，我只用webman :joy:

hyperf的使用上，说说我遇到的一个难点：毕竟有时候会有没法协程运行的代码，比如ldap扩展，用task进程封装后，worker进程可以调用，但是用户自定义进程没法调用；这个时候代码会退化成非协程模式，又比如mongodb，即使你不在自定义进程使用task封装的mongodb调用，但是随着业务变大，你使用起来终究是有点难受的，因为你得经常去task做封装。综上，我的建议是webman。

各有优点

webman 开箱的有点是开箱即用。

应该考虑亮几点：

1. 你需要的是什么？如果 Swoole 生态内都能满足（支持协程），那建议用 Hyperf。
2. 考虑社区活跃。Hyperf 相比 webman，要活跃些，对于反馈的问题还是比较积极响应，而 webman，我之前尝试联系开发者，但是联系不上。
3. 追求什么？如果是语言层面的性能，可以考虑转 go，如果是开发效率和灵活，还是推荐 Hyperf，官方支持注解、切面等功能。

webman吧，基本没学习成本，tp系 laravel系组件任意选择，性能还贼高。 社区活跃，有什么问题好解决，作者天天吭哧吭哧在社区回复小白问题

laravel 就可以，要性能的部分直接用go写

我们用的webman,已上线3个项目了

laravel 就可以，要性能的部分直接用 rust写模块就行

我的PHP项目都是 Laravel 或者 Hyperf

我选 webman

hyperf和webman性能上不分伯仲，最大的区别就是工作模型设计不同，进而带来的一些开发设计上不同。

• webman属于事件驱动非阻塞性IO设计，fpm相关生态库，很多可以复用，开发成本相对来说并不高。
• hyperf属于异步IO设计，采用协程来实现，很多库需要自己实现，生态相对来说差一点，在开发上需要避免请求上下文的影响，因此对开发者的水平有一定的要求。

hyperf整体封装不如laravel人性化切片，进程的封装大量注解的引入（当然也可以不用注解）有不少学习成本。如果是为了协程，不如用laravel的octane包了。

hyperf

最新版的 workerman 好像支持 swoole 了，可以试试。

不过，如果精通 Laravel 的话，还是优先用 Hyperf 会比较好，毕竟是专门为协程设计的，ORM 用法基本一致。

hyperf

hyperf

从学习角度就要用hyperf 市面上很多都在用hyperf,其次hyperf底层用c写的 性能没问题

1、协程：hyperf有,webman没有. 2、composer生态：hyperf有些没法用，webman基本可以用所有composer生态。 3、上手：hyperf比webman难一些