全局变量初始化时机测试（动态库，静态库，执行程序中）

本文主要是介绍全局变量初始化时机测试（动态库，静态库，执行程序中），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

测试环境

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
#endifnamespace 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
#endifusing 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;
}

结论

动态库是静态加载还是动态加载。静态加载是在编译链接时就确定了动态库的位置和符号，动态加载是在程序运行时才根据需要加载动态库¹。
动态库中的全局变量是在全局作用域还是在命名空间内定义的。在全局作用域定义的全局变量会在动态库加载时初始化，而在命名空间内定义的全局变量会在第一次使用时初始化²。
动态库中的全局变量是否有构造函数和析构函数。如果有，那么它们的执行顺序可能会受到编译器和操作系统的影响³。

因此，如果您想确保动态库中的全局变量在正确的时机初始化，您可以考虑以下几个建议：