Lua的C包应编译为模块而非共享库吗？

关于《Lua程序设计》（PiL）中“动态链接”的术语说明 #

你没有误解内容，PiL里的“动态链接”是广义的表述——Lua加载C库的底层依赖系统动态链接器的能力（比如macOS的dlopen），而我们常说的“动态加载”是这个过程的具体行为（运行时加载而非编译时链接）。书中用“动态链接”来统称这类通过动态链接器加载原生库的机制，表述是合理的。

Lua C包的编译选择：模块（Bundle）更合适 #

你的假设是正确的，Lua的C扩展应该编译为模块（macOS术语中的Bundle），而非标准共享库，原因如下：

• 标准共享库（.dylib）的设计目标是被其他二进制程序（编译时或运行时）链接，需要严格的符号导出、版本控制等规范；而Lua扩展仅需被Lua虚拟机动态加载，不需要被其他程序链接，模块的轻量特性更适配。
• 模块无需处理共享库的版本兼容性、install_name设置等复杂链接参数，构建流程更简单。
• 从CMake的默认配置也能佐证：CMAKE_SHARED_LIBRARY_SUFFIX=.dylib对应标准共享库，CMAKE_SHARED_MODULE_SUFFIX=.so对应模块，而移植软件普遍用.so作为Lua扩展的后缀，正是因为模块更适合作为Lua的动态加载组件。

macOS下Lua默认查找.so的适配逻辑 #

Lua在macOS的默认CPATH仅尝试加载.so扩展名的库，这恰好和模块（Bundle）的常规命名（通过CMake生成.so后缀）匹配。如果编译成.dylib格式的共享库，反而需要手动修改CPATH或者重命名文件，徒增复杂度。

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