php垃圾回收机制鸟哥,swoole项目思维转换  前篇

导语

PHP是最好的语言&＃xff0c;Swoole重新定义了最好的语言&＃xff0c;这当然是个梗了&＃xff0c;不过php做为一个入门低、开发快、执行效率高的一门语言&＃xff0c;而在以快速著称的pc互联网时代&＃xff0c;无可争议的成为首选&＃xff0c;这是php的优势&＃xff0c;然后优势慢慢转化为思维定势&＃xff0c;在很多工程师看来php开发就等同于web开发&＃xff0c;然而如今已经是移动互联的时代&＃xff0c;物联网&＃xff0c;智能硬件也如火如涂&＃xff0c;好像php不是那么受待见了(ps:一直如此)&＃xff0c;而swoole的出现&＃xff0c;成功突破了这一思维定势&＃xff0c;使phper可以从web开发跳出&＃xff0c;进入了更大的服务器网络编程领域&＃xff0c;但web开发和服务器网络编程在开发思维上还是有很大的不同&＃xff0c;本系列文章将通过swoole的介绍&＃xff0c;帮助大家做思维转换&＃xff0c;从而进入一个新天地。

PHP与SWOOLE的关系

swoole是php的一个扩展&＃xff0c;纯c开发&＃xff0c;主要是为了补充php在网络编程方面的不足

PHP与SWOOLE的运行模式

php做为swoole的宿主&＃xff0c;所以了解php本身的运行模式是必不可少的&＃xff0c;下图是以cli下执行一个php文件时的完整流程

这上层有个SAPI的概念&＃xff0c;SAPI是php给外部环境能够执行php内核提供的一个统一接口,我们常见的三种SAPI有cli,

php-fpm, mod_php。

在这里&＃xff0c;以fpm为例&＃xff0c;把运行周期的关键5步拿出来&＃xff1a;

MINIT

在这步(包括之前)php引擎会初始化一些公用配置&＃xff0c;读取ini文件&＃xff0c;加载zend引擎&＃xff0c;执行所以模块的MINIT模块&＃xff0c;然后就长驻在fpm进程中&＃xff0c;然后就等待处理请求

RINIT

在每个请求过来之后&＃xff0c;会调用所有模块的RINIT进行一些请求内数据的初始化&＃xff0c;比如一些超全局变量&＃xff0c;一些模块数据初始化等

执行php

然后在这加载php文件&＃xff0c;进行词法&＃xff0c;语法分析&＃xff0c;生成opcode代码&＃xff0c;交由zend

vm执行, 暂存执行结果

RSHUTDOWN

在把结果返回给fpm之前&＃xff0c;会调用所有模块的RSHUTDOWN模块进行一些数据的回收&＃xff0c;zend

vm也会关闭打开的数据流&＃xff0c;进行内存释放等操作&＃xff0c;然后把暂存的执行结果flush输出

MSHUTDOWN

这一阶段在重启fpm时发生&＃xff0c;会调用所有模块的MSHUTDOWN,关闭zend引擎等操作

到这&＃xff0c;可以得到一些结论&＃xff1a;

fpm每个请求都是在执行2~4步

opcode cache是把第3步的词法分析、语法分析、生成opcode代码这几个操作给缓存起来了&＃xff0c;从而达到加速的作用

几个误区&＃xff1a;

请求都是独立的&＃xff0c;不能进行数据共享? 其实还是有办法进行在数据共享的&＃xff0c;那就是在MINIT这步&＃xff0c;因为这一步的数据是长驻在fpm进程中&＃xff0c;比较典型的是ini配置文件&＃xff0c;我没看过鸟哥新出的yaconf, 不过我猜测yaconf的配置读取也应该是放在这一步进行

每个请求都能独立释放内存, 所以总体是安全的。(这也是大多数phper没有关闭资源的习惯&＃xff0c;如mysql

close等)&＃xff0c;那这也是有问题的&＃xff0c;很有可能在扩展层有内存泄漏的存在&＃xff0c;所以fpm提供max_reuqest来重启fpm&＃xff0c;达到完全释放内存的目的&＃xff0c;当然总体而言&＃xff0c;php在内存控制方面还是相当不错的。

OK, 我们分析出了php的基本流程&＃xff0c;那swoole是在哪一步执行的呢&＃xff1f;首先&＃xff0c;swoole运行有个前提条件&＃xff1a;必需在cli模式下执行.

然后在第3步&＃xff0c;swoole就接管了php&＃xff0c;进入了swoole的生命周期了。swooele的生命周期以多进程模式为例&＃xff0c;如下&＃xff1a;

onStart

在回调此函数之前Swoole Server已进行了如下操作

已创建了manager进程

已创建了worker子进程

已监听所有TCP/UDP端口

已监听了定时器

此函数是在主进程回调的&＃xff0c;和worker进程的onWorkStart是并行的没有先后之分&＃xff0c;在此回调里强烈要求只做log记录&＃xff0c;设置进程名操作&＃xff0c;不做业务逻辑,否则业务逻辑代码的错误导致master进程crash,让整个swoole

server不对对外提供服务了。

onWorkStart

每个worker或task进程在启动之后&＃xff0c;会回调此函数&＃xff0c;由于此回调类似于fpm里的MINIT&＃xff0c;所以可以在这里做一个全局的资源加载&＃xff0c;框架初始化之类的操作&＃xff0c;这样可以对每个请求做全局共享&＃xff0c;而达到提升性能的目的

onReceive

每个请求(也称数据到达)&＃xff0c;会回调此函数&＃xff0c;然后进行业务逻辑处理&＃xff0c;输出结果

onWorkerStop

worker退出时&＃xff0c;会回调此函数。

onShutDown

swoole服务停止回调此函数,然后继续fpm的第4、5步&＃xff0c;进而退出ph生命周期。