Camera360 的 PHP 微服务框架： PHP -msf 开源

This topic created in 3174 days ago, the information mentioned may be changed or developed.

github: https://github.com/pinguo/php-msf

又一个基于 yield/Generator 的半协程微服务框架，几个月前 Camera360 邀请韩天峰来成都开分享会的时候就说过要开源这个框架，我记得当时似乎有个问题是 msf 没法设置 max_request 来规避 php-cli 长期响应 http request 导致的内存泄漏问题，现在我看 php-msf-demo 似乎还是没有加入这个 feature。

按照我的看法，脚本语言常驻内存长期响应 http 的话，要避免内存泄露非常困难，简单粗暴的重启才是上策啊（逃

另外腾讯的完全基于 swoole2 的协程框架有消息没啊，有腾讯的聚聚透漏个风声么

协程

框架

msf

camera360

5 replies • 2017-09-07 17:50:51 +08:00

sagaxu

Sep 5, 2017 via Android

内存泄漏不一定是解释器的锅，也有可能是自己代码写的不好。

gouchaoer

Sep 6, 2017 via Android

@sagaxu 实际上内存泄露很难避免，也很难排查，不说一水的扩张有泄露，很多 composer 下的库是为 php-fpm 写的泄露很难做好，比如我就简单操作个 redis 遍历几 kw 次就能观测到几个 g 的泄露，每次漏个几十字节啥的

sagaxu

Sep 6, 2017 via Android

@gouchaoer 这倒是一个因素，我司重构到 cli 的时候，遇到过几次常驻内存引起的问题，老代码根本没考虑过单例会跨请求

leandre

Sep 7, 2017

上具体内存泄露的代码，大家一起分析啊。Nginx 也没有说要处理 1000 个请求就必须重启啊。退一万步说，max_request 也只是一个 swoole_server 的配置，你要使用配置上就可以了，和上层框架逻辑无关吧。

gouchaoer

Sep 7, 2017

@leandre 人家 camera360 追查内存泄漏都追查到 php 源码上了，内存泄露这东西很难很难
至于 max_request 问题，如果不是协程的方法没啥问题，如果是的话你退出的话别的还没有完成请求的携程就也会马上退出，swoole 之前没有提供原生的支持，需要框架自己逻辑通知 swoole 停止分配 http 请求过来然后等待所有请求完成后再重启该进程