理解在静态链接嵌入式 Lua 环境中构建/加载 Lua 扩展 DLL

我有一个相对复杂的Lua环境，我正在尝试理解以下内容如何工作。起始设置包括以下两个模块：

• 主应用程序（没有Lua环境）
• DLL（与lua lib静态链接，包括解释器）

DLL加载到主应用程序中，并运行一个lua控制台解释器和一个可从控制台访问的lua API。

现在，假设我想扩展此设置以包括另一个DLL，该DLL将扩展该lua API，例如luasql。新的DLL需要链接到lua才能构建，我的理解是，我不能静态地链接到lua，因为当我加载扩展DLL时，在进程中会有两个未共享的lua代码副本。然而，即使我将lua核心lib构建为dll并与扩展dll链接，该lua核心dll也不会在主应用程序或主dll中在运行时加载。所以我的问题是：

1.如果我从主dll的lua解释器中加载该扩展dll，会发生什么情况，考虑到lua核心dll不会被加载？

2.如果我在运行时加载了lua核心dll，那会与静态链接的lua lib冲突吗？

3.两种情况下（在扩展dll中静态链接和动态链接/加载lua dll），是否都会在进程中具有2个lua核心代码副本？

4.在这种情况下，如果我尝试调用在扩展dll中构建/加载的主dll的lua环境/解释器中的API函数会发生什么？

5.或者，Lua是否具有一种特殊机制，用于加载提供新的C API函数的本机dll，使其可以绕过常规链接规则？

希望我提供了足够的细节来使问题具体化，如果不是，我将乐意进一步细化情况/问题。

编辑：我已查看Bundling additional Lua libraries for embedded and statically linked Lua runtime，并认为这可能有助于最终提供解决方案，但我希望在链接器层面上理解它。