SWOOLE之代码热更新实现_持续的思考

本人参与的swoole项目有幸被很多朋友使用,我也大力向周边的一些朋友推荐,随着swoole的版本迭代更新,已经足够稳定了,在阿里,腾讯,yy等各大公司都有着使用,也有很多游戏圈里的朋友也在使用,这些朋友经常会提到一个问题,每次代码更新还需要停止服务,然后重新启动,来达到更新代码,然而这种做法,是比较粗暴的。其实swoole里提供reload的特性,完全支持代码的热更新。

在介绍swoolereload之前,先简要的讲讲web方式是如何改了文件就立即生效的:

几个概念:
1
sapi:可以简单的理解为php引擎对外的一个统一接口,使得php可以和外部程序进行交互
2
php的生命周期中关键四个调用:MINT -> RINT -> RSHUTDOWN ->MSHUTDOWN

3)  fpm : fastcgi进程管理器

那么fpm方式的流程就是: fpm通过sapi接口与php进程交互,
fpm启动的时候,
第一步:会调用各扩展的MINT方法,进行一些数据初始化(长驻内存),
第二步:每个请求过来,先会执行RINT对单个请求行一个初始化,
第三步:执行php脚本,
第四步:执行RSHUTDOWN方法,
第五步:如果你要停止fpm了,才会执行MSHUTDOWN

fpm对每个请求的处理都是一直在在重复执行 2~4

在第三步中, php的脚本是动态执行的,由于每次都要执行一次php脚本,而每次php脚本都要有一个把php文件翻译成opcode的流程(比较耗时), 于是就产生的opcache工具。

opcache:  直接把php翻译后的opcode代码树保存到共享内存中,以便直接使用,从而减少每次都把php翻译成opcode的开销。

opcache的问题:按照他的描述,修改了php文件,并不能立即被更新,

opcache的解决方案:有一个配置来设置隔多长时间检测文件是否更新了,从而有机会在第二步重新来reload相关的文件.

当然,你也可以直接reload fpm,从而达到php热更新的效果(opcache扩展可以在第四步把相关的opcode cache给清空)

swoole的问题:

swoole是以cli运行的,然后长驻内存的。整个生命周期只有在启动的时间可以一次执行RINT过程,之后所有的请求都在第三步以内完成。(这也是swoole更快的原因之一),这样的话,相关的php脚本如果被执行了一次,就永久性的长驻内存了,更新代码就没有效果了。

swoole的解决方案:内置方法 $serv->reload()

前提:swoole是一个三层架构: master->manager->worker mastermanager是启动之后,就长驻内存的,所以这里reload的是worker进程,(而我们的业务逻辑正好都在worker进程)。

简单原理:调用$server->reload()的时候:

  第一步: 向manager进程发送USR1信号,
第二步: manager捕获到USR1信号,会向worker进程发送 TERM信号。
第三步:worker进程捕获这个TERM信号,做把一个running的标识设置0
第四步:woker的事件循环发现running标识为0,处理完当前逻辑就会自杀(自杀前会回调onWorkerStop函数),
第五步:manager再拉起一个新的worker (拉起后会回调onWorkerStart函数)

从这个流程中我们会发现,onWorkerStart onWorkerStop非常像 sapi里的 RINT, RSHUTDOWN.

所以到了这里,实现代码热更新的的方案就是:

把业务逻辑的脚本文件的载入放到onWorkerStart方法里,如果用了opcache,那么把一些opcache的清理逻辑放到onWorkerStop方法里。

示例:

 functiononWorkerStart($serv,$worker_id) {

include”hot_update_class.php”;

$class=newHotUpdate();

}

 

function onWorkerStop($serv,$worker_id) {

opcache_reset();//zend_opcacheopcache清理函数

}

这时如果我们修改了hot_update_class.php里的相关文件,再执行$serv->reload(),就可以实现热更新了。

ps: 所以,我们可以把onWorkerStart当成我的业务逻辑的入口。


如果你使用了autoloader, 那么你把autoloader的注册放到onWorkerStart里来。
如果你使用了框架,那么你可以把框架的入口文件放到onWorkerStart里来。

如果你开启了opcache,那么,你可以在onWorkerStop的时候,执行相关的opcache清理工作。
zend_opcache,直接调用opcache_reset()方法即可)

示例:

 functiononWorkerStop($serv,$worker_id) {

opcache_reset();//zend_opcache

//apc, xcache, eacc等其他方式,请调用相关函数

}

 

最后希望这篇博客能给你带来一些帮助。(注:如果你的worker里挂了异步事件,比如把某个curl挂到swoole_event_add里,那么workerreload会把这些都清理掉,可能导致一些逻辑错误,解决方案正在酝酿中)

转载于:https://my.oschina.net/xueyi28/blog/679352

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
swoole_loader72_nzts_x64是一个针对PHP语言的扩展库,用于提供高性能的异步网络通信能力。Swoole是基于C语言开发的,可以让PHP程序实现多进程、多线程、协程等高并发处理的特性。 swoole_loader72_nzts_x64是针对PHP 7.2版本的64位操作系统的扩展库。目前,PHP7已经在性能上有了很大的提升,而swoole_loader72_nzts_x64进一步增强了PHP的并发处理能力。64位操作系统的支持能够更好地利用内存资源,提高程序运行效率。 通过使用swoole_loader72_nzts_x64,可以方便地开发一些高性能的网络应用,比如服务器、Web服务、游戏服务器等。swoole_loader72_nzts_x64提供了一系列的API函数,可以轻松实现TCP/UDP服务器,WebSocket服务器,定时器等功能。 相比于传统的PHP开发方式,swoole_loader72_nzts_x64的优势主要体现在以下几个方面: 1. 高并发:采用多进程/多线程/协程模型,可以同时处理成千上万的并发连接,大大提高了执行效率。 2. 高性能:通过底层C/C++编写,性能优越,能够在高负载的情况下依然保持稳定的性能表现。 3. 异步IO:支持异步非阻塞IO操作,减少了等待时间,提高了性能。 4. 内存管理:有效控制内存的使用,避免了内存泄漏和垃圾回收导致的性能损失。 5.易于使用:提供丰富的API函数和文档,开发者可以快速上手并使用。 总之,swoole_loader72_nzts_x64是一个非常有用的PHP扩展库,可以帮助开发者轻松实现高性能的网络应用程序。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值