Nginx+lua 实现调用.so文件

最近在和智能硬件部门一起，做一个室内定位的服务，该服务根据手机端传过来的beacon设备列表，根据一定的算法计算出具体的商场，并将商场id和beason设备列表作为参数，调用.so文件中的计算方法，得出位置数据（坐标:x、y、z），返回给手机端。

因为服务对qps要求比较高，并且都是纯查询操作，于是决定使用nginx+lua+redis的架构（该架构在公司内部已成主流，比较成熟）。下面我将对lua调用.so文件的方式，做一下介绍。

lua调用.so文件，主要有两种方式：

1.lua直接调用动态链接库，具体可参考 技术分享 。
2.使用c写一个wrapper。

鉴于第一种方式需要引入第三方工具包，并且效率不高，所以我们采用第二种方式来实现。具体实现过程如下：

1.编写业务代码，其中包括业务方法的封装器。

其中，wapper函数的函数名有个命名规则，前缀为luaopen，后面就是lua中require的字符串，否则将会报类似于下面的异常：

另外，如果是.cpp文件，在luaopen_mylib一定要加 extern "c", 否则导出的函数会被重命名，切记切记! 关于extern "c"，请参考 extern "c" 用法解析。

2.nginx配置文件中指定so包所在的文件夹。

lua_package_cpath '/var/wdd/wrs/webroot/intelligent_lua/?.so;;';

注意，这里有很多种配置方式，只要让lua能找到so文件即可，比如可以通过lua代码package.cpath来引入（参阅下面代码段）或者直接把so文件复制lua环境变量指定的目录里等。
package.cpath = '/usr/local/lib/lua/5.1/?.so;'        --搜索so模块

如果未指定cpath或者cpath中找不到so文件，系统会报如下异常：

3.lua代码中引入so包，并执行调用。

以上就是lua调用.so包全部过程了。

实际压测过程中，还发现了几个问题：

1.so包需要在运行环境上编译，不同的环境编译的so包不一定通用。比如我在mac上编译的so包，直接复制到生产环境（centos系统）就不能使用，需要在生产环境重新编译才可以。

2.编译so包单进程可以正常执行，但是多进程访问时异常，错误信息如下（目前这个问题还没有解决）。

2017/05/03 16:52:41 [notice] 14355#0: signal 17 (sigchld) received
2017/05/03 16:52:41 [alert] 14355#0: worker process 14361 exited on signal 11
2017/05/03 16:52:41 [notice] 14355#0: start worker process 14427
2017/05/03 16:52:41 [notice] 14355#0: signal 29 (sigio) received
2017/05/03 16:52:41 [notice] 14427#0: sched_setaffinity(0x00000008)

2017-05-04 终于找到原因：

问题原因：进程在访问.so文件时，需要调用.so中一个初始化方法。这个方法负责初始内存等相关操作，每个进程需要单独调用（初始化）一次，而我所有进程只调用（初始化）了一次，导致部分未初始化的进程执行代码时异常。

解决方式：查到原因了，问题就好解决了，每个进程初始一次就好了。