Erlang 热更新机制

Current and Old Code

The code of a module can exists in two variants in a system: current code and old code. When a module is loaded into the system for the first time, the code of the module becomes ‘current‘ and the global export table is updated with references to all functions exported from the module.

If then a new instance of the module is loaded (perhaps because of the correction of an error), then the code of the previous instance becomes ‘old‘, and all export entries referring to the previous instance are removed. After that the new instance is loaded as if it was loaded for the first time, as described above, and becomes ‘current‘.

Both old and current code for a module are valid, and may even be evaluated concurrently. The difference is that exported functions in old code are unavailable. Hence there is no way to make a global call to an exported function in old code, but old code may still be evaluated because of processes lingering in it.

If a third instance of the module is loaded, the code server will remove (purge) the old code and any processes lingering in it will be terminated. Then the third instance becomes ‘current‘ and the previously current code becomes ‘old‘.

For more information about old and current code, and how to make a process switch from old to current code, refer to Erlang Reference Manual.

时间: 2024-12-09 17:49:39

Erlang 热更新机制的相关文章

分析erlang热更新实现机制

Joe Armstrong在描述Erlang的设计要求时,就提到了软件维护应该能在不停止系统的情况下进行.在实践中,我们也因为这种不停止服务的热更新获益良多.那么Erlang是如何做到热更新的呢?这就是本文要讨论的问题. 在前面的文章也说到了.erlang VM为每个模块最多保存2份代码,当前版本'current'和旧版本'old',当模块第一次被加载时,代码就是'current'版本.如果有新的代码被加载,'current'版本代码就变成了'old'版本,新的代码就成了'current'版本.

再说说erlang的模块热更新

前面的文章有讲过erlang热更新,只是大概介绍,现在再深入一点讲erlang的模块热更新.erlang的热更新是模块级别的,就是一个模块一个模块更新的. 热更新是什么,就是在不停止系统的情况下对运行的代码进行替换. 如何进行热更新? c(Mod) -> compile:file(Mod), code:purge(Mod), code:load_file(Mod). 以上就是shell c(Mod) 的主要代码,3个步骤:编译新的代码,清除旧代码,加载新代码 同样, l(Mod) 的主要代码如下

Webpack热更新原理

开发环境页面热更新早已是主流,常见的需求如赛事网页推送比赛结果.网页实时展示投票或点赞数据.在线评论或弹幕.在线聊天室等,都需要借助热更新功能,才能达到实时的端对端的极致体验. webpack-hot-middleware webpack-hot-middleware中间件是webpack的一个plugin,通常结合webpack-dev-middleware一起使用.借助它可以实现浏览器的无刷新更新(热更新),即webpack里的HMR(Hot Module Replacement).如何配置

waxpatch实现上线app的热更新

为什么需要 WaxPatch 很多情况下,已经在 AppStore 上线的应用需要紧急缺陷修复,此时便需要使用某些技术手段,使应用程序能够动态下载补丁,进行缺陷修复. 什么是 WaxPatch 迄今为止,脚本语言中运行速度最快的是 Lua.Lua 语言由巴西里约热内卢天主教大学的 Roberto Ierusalimschy.Waldemar Celes 和 Luiz Henrique de Figueiredo 于 1993 年开发的.其最初的设计目的是提供一个方便嵌入到应用程序中得脚本语言.L

cocos2d-js 热更新具体解释(一)

本文将会具体解说cocos2d-js下的热更新机制.这篇内容先给大家介绍一下两个manifest文件就当热身了. 首先介绍project.manifest:  举个样例 { "packageUrl" : "http://192.168.1.108/games/dragon_gold", "remoteManifestUrl" : "http://192.168.1.108/games/dragon_gold/project.manife

ios WaxPatch热更新原理

以下是引用他人文章内容: 为什么需要 WaxPatch 很多情况下,已经在 AppStore 上线的应用需要紧急缺陷修复,此时便需要使用某些技术手段,使应用程序能够动态下载补丁,进行缺陷修复. 什么是 WaxPatch 迄今为止,脚本语言中运行速度最快的是 Lua.Lua 语言由巴西里约热内卢天主教大学的 Roberto Ierusalimschy.Waldemar Celes 和 Luiz Henrique de Figueiredo 于 1993 年开发的.其最初的设计目的是提供一个方便嵌入

cocos2d-js 热更新详解(一)

本文将会详细讲解cocos2d-js下的热更新机制,这篇内容先给大家介绍一下两个manifest文件就当热身了. 首先介绍project.manifest:  举个例子 { "packageUrl" : "http://192.168.1.108/games/dragon_gold", "remoteManifestUrl" : "http://192.168.1.108/games/dragon_gold/project.manife

客户端热更新框架之UI热更框架设计(上)

什么是热更新,为什么需要热更新?热更新是目前各大手游等众多App常用的更新方式.简单来说就是在用户通过App Store下载App之后,打开App时遇到的即时更新.对于手游客户端来说,受到苹果审核的约束, 一次审核提交需要10~20天不等的等待时间.而这段时间开发进度依然会推进很多,一旦手游上线,第一个版本在玩家疯狂行为下,出点问题是必然的,所以"在线更新" 就成了家常便饭与必然.如果你要求必须整体重新下载完整下载包体,无法热更, 那么10~20多天后,游戏估计就没啥人了. 热更新要解

erlang的热更新

erlang作为一个为电信级别而出现的语言,热更新是其最重要的特性之一  热代码升级-Erlang允许程序代码在运行系统中被修改.旧代码能被逐步淘汰而后被新代码替换.在此过渡期间,新旧代码是共存的. 下面我们以最典型的gen_server为例子,讲解一下这个BT的功能 -module(tt13). -behaviour(gen_server). -export([test/0]). -export([start_link/0, stop/0, init/1, handle_call/3, han