?

?

extern "C" {

?

void dll_func() {

foo_class::_.m += 100;

printf("&foo_class::_ = 0x%llx, foo_class::_.m = %d\n", &foo_class::_, foo_class::_.m);

}

?

}

編譯選項(xiàng):

gcc -O0 -g -ggdb c.cpp -o libtest_c.so -shared -fPIC -L$PWD -ltest_a -lstdc++

這是三個(gè)模塊的代碼和編譯選項(xiàng)。我分別至于Linux和Windows內(nèi)的GCC編譯測試。
在Linux中的GCC 4.4.6 運(yùn)行結(jié)果如下:

foo_class::foo_class(), this-> 0x600f98
&foo_class::_ = 0x600f98, foo_class::_.m = 1010
foo_class::foo_class(), this-> 0x600f98
&foo_class::_ = 0x600f98, foo_class::_.m = 110
foo_class::~foo_class(), this-> 0x600f98
foo_class::~foo_class(), this-> 0x600f98

從結(jié)果中可以看出來，在Linux中多個(gè)動(dòng)態(tài)鏈接庫和主程序引用的同一個(gè)全局變量（地址相同），但是每一個(gè)二進(jìn)制實(shí)例都會(huì)完成一次構(gòu)造。這就造成了同一個(gè)實(shí)例多次構(gòu)造，導(dǎo)致我們最初碰到的結(jié)果。

在Windows中Cygwin的GCC 4.8.2 中運(yùn)行結(jié)果如下:

foo_class::foo_class(), this-> 0x100406010
&foo_class::_ = 0x100406010, foo_class::_.m = 1010
foo_class::foo_class(), this-> 0x5aa426010
&foo_class::_ = 0x5aa426010, foo_class::_.m = 110
foo_class::~foo_class(), this-> 0x5aa426010
foo_class::~foo_class(), this-> 0x100406010

但是在Windows中，雖然每個(gè)動(dòng)態(tài)鏈接庫和主程序引用的同一個(gè)全局變量也各自都執(zhí)行了一次構(gòu)造。但是，每一個(gè)二進(jìn)制內(nèi)的全局變量，實(shí)際上并不是同一個(gè)。他們并不沖突，但是他們也不在一個(gè)內(nèi)存區(qū)域內(nèi)，所以即便是純C下和Linux內(nèi)的行為也不一樣。

這也就意味著，在Linux中，載入的動(dòng)態(tài)鏈接庫實(shí)際上可以直接使用外部框架或者其他模塊的全局?jǐn)?shù)據(jù)，但是在Windows下確是隔離的，不能直接訪問到。
另外, 我從另一篇文章上看到，這個(gè)行為與dlopen時(shí)flag是RTLD_GLOBAL還是RTLD_LOCAL有關(guān)。但是我這里實(shí)測沒有任何變化。但是結(jié)果和編譯選項(xiàng)-fPIC有關(guān)(原因去看gcc文檔吧，我就不復(fù)述啦)。
PS: 如果不是直接使用的全局變量，而是直接使用函數(shù)接口，并且返回一個(gè)static的局部變量這種方式，測試結(jié)果也是一樣的；
而且如果不是通過dlopen動(dòng)態(tài)加載，而是通過編譯時(shí)鏈接進(jìn)去的話，也是構(gòu)造了兩次。
這里就不再另外貼出輸出結(jié)果了。

其實(shí)，根本問題是多個(gè)動(dòng)態(tài)鏈接庫里共享的內(nèi)存對象的構(gòu)造問題。在不同環(huán)境下有不同的行為，也許會(huì)藏地比較隱晦。著實(shí)是個(gè)坑吶。

總結(jié)

以上是生活随笔為你收集整理的C++又一坑:动态链接库中的全局变量的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。