CodeCache

skynet修改了lua的官方实现(可选),加入了一个新特性,可以让多了lua VM共享相同的函数原型1,当在同一个skynet进程中开启了大量lua VM时,这个特性可以节省不少内存,且提高了VM启动速度.

这个特性的使用,对一般用户来说是透明的,它改写了Lua的辅助API luaL_loadfilex,所有直接或间接调用这个API都会受其影响.比如:loadfile,require等,它以文件名做key,一旦检索到之前有加载过相同文件名的lua文件,则从内存中找到之前的函数原型代替.注:lua函数是由函数原型以及0或多个upvalue绑定而成.

loadstring 不受其影响.所以,如果你需要多次加载一份lua文件,可以使用io.open打开文件,并使用load加载.

代码缓存采用值增加不删除的策略,也就是说,一旦你加载过一份脚本,那么到进程结束前,它占据内存永远不会释放(也不会被加载多次),在大数情况下,这不会有问题.

skynet 留出了接口清理缓存,以做一些调试工作,接口模块叫做skynet.codecache

local cache = require "skynet.codecache"
cache.clear()

这样就可以清理掉代码缓存,这个api是线程安全的,且老版本的数据依旧在内存中(可能被引用),但需注意,单纯靠清理缓存的方式做热更新的方案是不完备的,这个完备性和是否引入这个特性无关,因为当你的系统在加载一批lua脚本时,单靠源文件的更新,无法保证这批脚本加载的原子性(有部分是旧版本,有部分是新版本的)

注意,codecache.clear() 仅仅是创建一个新的cache(api名字容易引起误会),而不释放内存,所以不要频繁调用,如果你需要加载文件不受cache影响,正确的方式是自己读出代码文本,并用loadstring方式加载;而不是在加载前调用codecache.clear

cache.mode(mode)

这个 API 可以修改 codecache 在当前服务中的工作模式。mode 可以是 "ON" "OFF" "EXIST" ，默认的 mode 为 "ON" 。

• 当 mode 为 "ON" 的时候，当前服务 cache 一切加载 lua 代码文件的行为。
• 当 mode 为 "OFF" 的时候，当前服务关闭任何重复利用 lua 代码文件的行为，即使在别的服务中曾经加载过同名文件。
• 当 mode 为 "EXIST" 的时候，当前服务在加载曾经在其它服务或自己的服务加载过同名文件时，复用之前的拷贝。但对新加载的文件则不进行 cache 。注：通常可以让 skynet 本身被 cache 

当 api 参数为空时，返回当前的 mode 。

注意：由于默认模式是打开状态，所以你第一次调用 cache.mode 的所在文件一定是被 cache 的