在exec和共享libaray中编译时，全局变量在Windows上具有多个副本，在Linux上具有单个副本

小编典典

在exec和共享libaray中编译时，全局变量在Windows上具有多个副本，在Linux上具有单个副本

linux

问题已修订（见下文）

我有一个cpp文件，它定义了一个静态全局变量，例如

static Foo bar;

该cpp文件被编译为可执行文件和共享库。可执行文件可以在运行时加载共享库。

如果我在Linux上，则此变量似乎有两个副本。我假设一种来自可执行文件，另一种来自共享库。其他平台（HP，Windows）似乎只有一个副本。

什么可以控制Linux上的这种行为，我可以更改它吗？例如，是否有一个编译器或链接器标志会强制共享库中此变量的版本与可执行文件中的版本相同？

修改问题

到目前为止，感谢您的回答。在重新检查该问题时，实际上并不是上述问题。上面的静态全局变量确实在Windows上具有多个副本，因此与我在Linux上看到的没有区别。

但是，我还有另一个全局变量（这次不是静态的），它在cpp文件中声明，并在头文件中作为extern声明。

在Windows上，此变量具有多个副本，其中一个副本在可执行文件中，一个在加载的每个dll中，而在Linux中，它只有一个副本。因此，现在的问题是这种差异。如何使Linux具有多个副本？

（程序的逻辑意味着静态全局变量的值取决于非静态全局变量的值，因此我开始指责错误的变量是问题所在）

阅读 328

2020-06-07

共1个答案

小编典典

我强烈建议您阅读以下内容。之后，您将了解有关Linux中共享库的所有知识。就像其他人所说的那样，快速的答案是static关键字将把全局变量的范围限制在翻译单元（从而限制在可执行库或共享库）内。使用extern标头中的关键字，并仅在一个模块（exe或dll
/ so）中编译包含相同全局变量的cpp，将使全局变量唯一并在所有模块之间共享。

编辑：使用模式时，Windows上的行为与Linux上的行为不同，extern因为Windows加载动态链接库（dll）的方法不相同，并且基本上无法动态链接全局变量（因此仅存在一个全局变量）
。如果您可以使用DLL的静态加载（不使用LoadLibrary），则可以使用以下代码：

//In one module which has the actual global variable:
__declspec(dllexport) myClass myGlobalObject;
//In all other modules:
__declspec(dllimport) myClass myGlobalObject;

这将使myGlobalObject使用DLL的所有模块之间具有唯一性和共享性，其中使用了以上第一个版本的DLL。

如果希望每个模块都有自己的全局变量实例，则使用static关键字，对于Linux或Windows，其行为将是相同的。

如果要使用全局变量的唯一实例并需要动态加载（LoadLibrary或dlopen），则必须创建一个初始化函数，以为每个加载的DLL提供一个指向全局变量的指针（使用它之前）。您还必须保留一个引用计数（您可以shared_ptr为此使用a
），以便可以在不存在引用计数时创建一个新计数，否则可以增加计数，并且当DLL正在被计数时计数为零时可以删除该计数。卸载。

2020-06-07