init_by_lua 加载动态库

475093045

init_by_lua_file中通过package.loadlib("./test.so", "luac_my_libs")()
加载动态库，动态库中有一个线程在定时执行任务
测试发现，以nginx -c nginx.conf方式启动服务，该线程不能正常工作（很快就被销毁了？），而以nginx -s
reload方式重起，线程可以正常工作。

请问这是什么原因呢？

agentzh

Hello!

2016-01-14 20:28 GMT-08:00 赵建:
> init_by_lua_file中通过package.loadlib("./test.so", "luac_my_libs")()
> 加载动态库，动态库中有一个线程在定时执行任务
> 测试发现，以nginx -c nginx.conf方式启动服务，该线程不能正常工作（很快就被销毁了？），而以nginx -s
> reload方式重起，线程可以正常工作。
>

这是被抵制的玩法。因为 init_by_lua* 运行在 nginx master 进程中，而在 master 进程里创建自己的 OS 线程是不太靠谱的，因为

1. 容易引入安全问题，毕竟 master 进程通常是由高权限账户运行的，比如 root.
2. 容易引入可靠性问题，一旦你在 master 进程里做比较复杂的操作，容易导致 master 进程崩溃，而影响整个服务（worker
崩溃了可以由 master 来重启，但 master 崩了，一般是没有东西来自动重启的）。
3. 无法得到请求相关的信息，因为 worker 进程才是真正服务请求的进程。
4. 可能会影响 master 进程响应外部 signal.

或许你可以让某一个 worker 进程来执行背景线程？而且最好使用 ngx_lua 模块提供的轻量级线程？可以使用
init_worker_by_lua + ngx.timer.at + lua_shared_dict 来实现，可以参考
lua-resty-upstream-healthcheck 库的玩法：

    https://github.com/openresty/lua-resty-upstream-healthcheck

Regards,
-agentzh

475093045

好的我会试试您说的这几个方法，多谢指导！

在 2016年1月15日星期五 UTC+8下午12:37:13，agentzh写道：

Hello!

2016-01-14 20:28 GMT-08:00 赵建:
> init_by_lua_file中通过package.loadlib("./test.so", "luac_my_libs")()
> 加载动态库，动态库中有一个线程在定时执行任务
> 测试发现，以nginx -c nginx.conf方式启动服务，该线程不能正常工作（很快就被销毁了？），而以nginx -s
> reload方式重起，线程可以正常工作。
>

这是被抵制的玩法。因为 init_by_lua* 运行在 nginx master 进程中，而在 master 进程里创建自己的 OS 线程是不太靠谱的，因为

1. 容易引入安全问题，毕竟 master 进程通常是由高权限账户运行的，比如 root.
2. 容易引入可靠性问题，一旦你在 master 进程里做比较复杂的操作，容易导致 master 进程崩溃，而影响整个服务（worker
崩溃了可以由 master 来重启，但 master 崩了，一般是没有东西来自动重启的）。
3. 无法得到请求相关的信息，因为 worker 进程才是真正服务请求的进程。
4. 可能会影响 master 进程响应外部 signal.

或许你可以让某一个 worker 进程来执行背景线程？而且最好使用 ngx_lua 模块提供的轻量级线程？可以使用
init_worker_by_lua + ngx.timer.at + lua_shared_dict 来实现，可以参考
lua-resty-upstream-healthcheck 库的玩法：

https://github.com/openresty/lua-resty-upstream-healthcheck

Regards,
-agentzh

xieqin1

hello，现在结果怎样？有没有参考这个:

https://groups.google.com/forum/#!searchin/openresty/loadlib/openresty/h50u4b_HQ6s/K7lpJw4d0D8J

在 2016年1月15日星期五 UTC+8下午12:28:30，赵建写道：

init_by_lua_file中通过package.loadlib("./test.so", "luac_my_libs")()
加载动态库，动态库中有一个线程在定时执行任务
测试发现，以nginx -c nginx.conf方式启动服务，该线程不能正常工作（很快就被销毁了？），而以nginx -s
reload方式重起，线程可以正常工作。

请问这是什么原因呢？

475093045

hi, 我之前的做法是在init_worker_by_lua_file中通过package.loadlib("test.so", "luac_my_libs")()这种方式加载的（自己写lua与C的交互层）

因为so中的业务数据需要所有的worker共享，而在init_worker_by_lua_file加载动态库会导致每个worker进程都有一份相同的数据

为了解决这个问题我开始的做法是仅配了一个worker，后来想在init_by_lua_file中加载这份数据，想着可以达到类似ngx.shared.DICT的功能，所以提出了下边的问题。

最后没有解决，全部用lua重写的so模块，用ngx.shared.DICT实现的。

------------------ 原始邮件 ------------------

发件人: "xieqin1";<xie...@gmail.com>;

发送时间: 2016年3月11日(星期五) 中午11:10

收件人: "openresty"<openresty@googlegroups.com>;

主题: [openresty] Re: init_by_lua 加载动态库

hello，现在结果怎样？有没有参考这个:

https://groups.google.com/forum/#!searchin/openresty/loadlib/openresty/h50u4b_HQ6s/K7lpJw4d0D8J

在 2016年1月15日星期五 UTC+8下午12:28:30，赵建写道：

init_by_lua_file中通过package.loadlib("./test.so", "luac_my_libs")()
加载动态库，动态库中有一个线程在定时执行任务
测试发现，以nginx -c nginx.conf方式启动服务，该线程不能正常工作（很快就被销毁了？），而以nginx -s
reload方式重起，线程可以正常工作。

请问这是什么原因呢？