这是一个创建于 2962 天前的主题，其中的信息可能已经有所发展或是发生改变。
github: https://github.com/pinguo/php-msf
又一个基于 yield/Generator 的半协程微服务框架，几个月前 Camera360 邀请韩天峰来成都开分享会的时候就说过要开源这个框架，我记得当时似乎有个问题是 msf 没法设置 max_request 来规避 php-cli 长期响应 http reuest 导致的内存泄漏问题，现在我看 php-msf-demo 似乎还是没有加入这个 feature。
按照我的看法，脚本语言常驻内存长期响应 http 的话，要避免内存泄露非常困难，简单粗暴的重启才是上策啊（逃
另外腾讯的完全基于 swoole2 的协程框架有消息没啊，有腾讯的聚聚透漏个风声么
又一个基于 yield/Generator 的半协程微服务框架，几个月前 Camera360 邀请韩天峰来成都开分享会的时候就说过要开源这个框架，我记得当时似乎有个问题是 msf 没法设置 max_request 来规避 php-cli 长期响应 http reuest 导致的内存泄漏问题，现在我看 php-msf-demo 似乎还是没有加入这个 feature。
按照我的看法，脚本语言常驻内存长期响应 http 的话，要避免内存泄露非常困难，简单粗暴的重启才是上策啊（逃
另外腾讯的完全基于 swoole2 的协程框架有消息没啊，有腾讯的聚聚透漏个风声么
 | 1 sagaxu 2017-09-05 23:11:07 +08:00 via Android 内存泄漏不一定是解释器的锅，也有可能是自己代码写的不好。 |
 | 2 gouchaoer OP @sagaxu 实际上内存泄露很难避免，也很难排查，不说一水的扩张有泄露，很多 composer 下的库是为 php-fpm 写的泄露很难做好，比如我就简单操作个 redis 遍历几 kw 次就能观测到几个 g 的泄露，每次漏个几十字节啥的 |
| 3 sagaxu 2017-09-06 06:22:55 +08:00 via Android @gouchaoer 这倒是一个因素，我司重构到 cli 的时候，遇到过几次常驻内存引起的问题，老代码根本没考虑过单例会跨请求 |
 | 4 leandre 2017-09-07 17:40:31 +08:00 上具体内存泄露的代码，大家一起分析啊。Nginx 也没有说要处理 1000 个请求就必须重启啊。退一万步说，max_request 也只是一个 swoole_server 的配置，你要使用配置上就可以了，和上层框架逻辑无关吧。 |
Select Language