Lua共享库加载异常：Shell直接调用正常，C++包裹调用报错

两种调用方式的核心差异 #

• 直接调用Lua解释器：Lua可执行程序编译时会将所有Lua C API符号导出到全局符号表。当你的共享库libtotestlib.so被加载时，动态链接器能直接从Lua解释器的全局符号中找到缺失的API实现（比如luaL_checkversion_），因此可以正常运行。
• C++包裹程序调用：你编译call_testlib时使用-llua，默认链接的是Lua静态库liblua.a。静态链接的符号不会被导出到程序的全局符号表，导致动态加载libtotestlib.so时，动态链接器找不到所需的Lua API符号，触发未定义错误。

错误根源 #

你编译libtotestlib.so时没有链接Lua库，库中所有Lua API调用都是未解析的符号。直接用Lua解释器运行时，解释器的全局符号表补全了这些缺失；但C++程序静态链接Lua时，符号被封装在程序内部，无法被外部共享库访问。

可行解决方案 #

方案1：让C++程序导出Lua符号 #

编译C++包裹程序时，添加-Wl,-E参数，强制将所有符号导出到全局符号表，让共享库能找到Lua API：

g++ call_testlib.cpp -o ./call_testlib -I./lua-5.4.4/src -L./lua-5.4.4/src -llua -Wl,-E

方案2：让共享库动态链接Lua #

修改共享库的编译命令，添加-llua，让共享库自身动态链接Lua库，从系统或指定路径加载Lua API：

g++ -shared -fPIC -I./lua-5.4.4/src -L./lua-5.4.4/src totestlib.cpp -o libtotestlib.so -llua

这个方案更通用，不管是Lua解释器还是C++程序调用，共享库都能独立找到依赖的Lua符号。

关于编译Lua加-fPIC的说明 #

该方案能工作是因为带-fPIC的静态库允许符号重定位，C程序链接后符号可以被导出，但会导致Lua代码在C程序和共享库中各加载一份，造成冗余，因此不推荐作为首选方案。

内容的提问来源于stack exchange，提问作者user84037