测试环境
linux 和 windows
测试结果
- 在主函数定义的全局变量程序执行就会初始化
- 在执行程序中其他cpp中定义的全局变量,没有头文件的话,全局变量不会初始化
- 在动态库中定义的全局变量独立的cpp不会初始化
- 在静态库中定义的全局变量不管有没有头文件都不会初始化
说明
动态库中的全局变量是指在动态库中定义的非静态变量,它们可以被动态库中的其他函数或者加载动态库的程序访问。动态库中的全局变量什么时候初始化,取决于动态库的加载方式和操作系统的实现。
如果动态库是静态加载的,也就是在编译链接时就确定了动态库的位置和符号,那么动态库中的全局变量会在程序启动时就初始化,和静态库中的全局变量一样。这种方式的优点是加载速度快,缺点是占用内存空间和不利于更新。
如果动态库是动态加载的,也就是在程序运行时才根据需要加载动态库,那么动态库中的全局变量会在加载动态库时初始化,和动态库中的静态变量一样。这种方式的优点是节省内存空间和方便更新,缺点是加载速度慢,而且需要程序员手动管理动态库的加载和卸载。
不同的操作系统可能有不同的实现细节,比如在Linux中,动态库中的全局变量会在_init
函数中初始化,而在Windows中,动态库中的全局变量会在DllMain
函数中初始化。具体的初始化顺序也可能有所不同,一般来说,会按照变量的定义顺序进行初始化,但是如果有依赖关系,可能会有先后调整。
本地头文件
#ifndef _DYNAMIC_OUTTER_H_
#define _DYNAMIC_OUTTER_H_
#include <iostream>
#ifdef _WIN32
#if !defined(__PRETTY_FUNCTION__)
#define __PRETTY_FUNCTION__ __FUNCSIG__
#endif
#endif
namespace dymi{
class DynamicOutter{
public:
DynamicOutter(){
std::cout << __PRETTY_FUNCTION__ << std::endl;
}
void Display();
};
}
#endif //_DYNAMIC_OUTTER_H_
本地cpp文件
#include <iostream>
#include "dynamicoutter.hh"
namespace dymi{
void DynamicOutter::Display(){
std::cout << __PRETTY_FUNCTION__ << std::endl;
}
DynamicOutter outter;
}
主程序测试
#include <iostream>
#include <anotherpp.hh>
#ifdef _WIN32
#if !defined(__PRETTY_FUNCTION__)
#define __PRETTY_FUNCTION__ __FUNCSIG__
#endif
#endif
using namespace dym;
class StaticInner{
public:
StaticInner(){
std::cout << __PRETTY_FUNCTION__ << std::endl;
}
};
StaticInner inner;
int main(int argc, char* argv[])
{
// dlib.Display();
// dym::DynamicLib dli;
// dli.Display();
dym::UweMe ume;
ume.Display();
std::cout << __PRETTY_FUNCTION__ << std::endl;
return 0;
}
结论
- 动态库是静态加载还是动态加载。静态加载是在编译链接时就确定了动态库的位置和符号,动态加载是在程序运行时才根据需要加载动态库¹。
- 动态库中的全局变量是在全局作用域还是在命名空间内定义的。在全局作用域定义的全局变量会在动态库加载时初始化,而在命名空间内定义的全局变量会在第一次使用时初始化²。
- 动态库中的全局变量是否有构造函数和析构函数。如果有,那么它们的执行顺序可能会受到编译器和操作系统的影响³。
因此,如果您想确保动态库中的全局变量在正确的时机初始化,您可以考虑以下几个建议:
- 尽量避免在动态库中使用全局变量,或者使用静态局部变量代替⁴。
- 尽量使用简单类型的全局变量,或者使用懒汉式单例模式来封装复杂类型的全局变量。
- 尽量使用动态加载的方式来加载动态库,或者使用显式调用的方式来获取动态库中的符号。