Http模块lua深层清理

1. 功能描述

NJet 集成了Lua 的运行环境，在不配置 lua_code_cache off; 的情况下，worker收到请求时，会从context中获取已经创建的Lua VM (第一次执行Lua相关代码时创建）。Lua VM中, package.loaded 是一个核心的 Lua 表，它扮演着 Lua 模块缓存的角色。当使用 require(“module_name”) 加载一个 Lua 模块时，Lua 解释器会首先检查 package.loaded 表中是否已经存在名为 module_name 的模块。如果存在，它会直接返回已缓存的模块值；如果不存在，它才会去文件系统（根据 package.path）查找、加载并执行该模块文件，然后将其返回值存储到 package.loaded 中，供后续调用。

在配置了多个 worker 进程时，每个worker 进程都拥有自己独立的 LuaJIT 虚拟机实例 (Lua State)。这意味着每个 worker 进程的 Lua 虚拟机都有自己独立的 package.loaded 表，它们之间互不影响。有可能造成部分worker进程缓存了模块，部分进程没有对模块进行缓存。

当更新了磁盘上的 Lua 模块文件时，例如 mylib.lua, package.loaded 中已经缓存了旧版本的 mylib的worker进程将执行旧版的代码，而未缓存该模块的部分worker进程收到请求时将直接使用新版本，这样照成了各个worker的行为不一致。并且那些被间接 require 的模块（即主 Lua 脚本 require 了 A，而 A 又 require 了 B），Lua 自身也没有机制去追踪这种深层次的依赖关系并自动刷新。

2. 依赖模块

http模块lua深层清理依赖于http动态lua功能：

load_module modules/njt_http_lua_module.so;
load_module modules/njt_http_dyn_lua_module.so;

3. API说明

清理接口：

PUT http://IP+port/api/v1/config/http_lua_package_clean

4. 调用样例

4.1 深层清理lua

Njet 中加载lua 及动态lua 模块，并配置一个静态 location

njet.conf

helper ctrl modules/njt_helper_ctrl_module.so conf/njet_ctrl.conf;
helper broker modules/njt_helper_broker_module.so conf/mqtt.conf;
load_module modules/njt_http_lua_module.so;
load_module modules/njt_http_dyn_lua_module.so;

worker_processes auto;
cluster_name njet;
node_name node1;
error_log logs/error.log info;
events {
    worker_connections  1024;
}

http {
    include mime.types;
    lua_package_path "$prefix/lualib/lib/?.lua;/usr/local/njet/modules/?.lua;$prefix/apps/?.lua;;";
    lua_package_cpath "$prefix/lualib/clib/?.so;;";

    server {
        listen       80;
        location / {
           root html;
        }
       
        location /luatest {
           content_by_lua_block {
              local mylib = require("mylib")
               mylib.run()
           }
        }
   }
}

/luatest 中调用了mylib包中的 run函数， mylilb.lua 放在 lua_package_path 指定的其中一个路径中，如 $prefix/apps/

local _M={}

function _M.run()
   njt.say("in mylib, init version")
end

return _M

访问 /luatest

使用动态lua，修改 /luatest 中的 content_by_lua_block 内容

curl -X 'PUT' \
  'http://localhost:8081/api/v1/config/http_lua' \
  -H 'accept: application/json' \
  -H 'Content-Type: application/json' \
  -d '{
  "servers": [
    {
      "listens": [
        "0.0.0.0:80"
      ],
      "serverNames": [
        ""
      ],
      "locations": [
        {
          "location": "/",
          "lua": {}
        },
        {
          "location": "/luatest",
          "lua": {
            "content_by": " njt.say(\"before mylib run\")  \n  local mylib = require(\"mylib\")\n  mylib.run()\n  njt.say(\"after mylib run\")      "
          }
        }
      ]
    }
  ]
}'

同时修改 mylib.lua

local _M={}

function _M.run()
   njt.say("in mylib, here is the updated version")
end

return _M

再次访问 /luatest, 动态lua 的改动已生效，但是引用的 package 改动不生效

使用 NJet控制面提供的lua package缓存清除机制

说明

NJet v3.3.1 版本开始支持该API
模块名称与文件路径关系是Lua的标准机制，在配置的package_path中依次搜索，将点号(.)替换为目录分隔符, 添加.lua扩展名，require(“a.b”) 会查找搜索路径下的 a/b.lua