青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

loop_in_codes

低調(diào)做技術(shù)__歡迎移步我的獨(dú)立博客 codemaro.com 微博 kevinlynx

靜態(tài)庫(kù)中全局變量的初始化問(wèn)題

 

在我自己寫(xiě)的一個(gè)工廠(chǎng)類(lèi)實(shí)現(xiàn)中,每個(gè)產(chǎn)品會(huì)注冊(cè)創(chuàng)建接口到這個(gè)工廠(chǎng)類(lèi)。工廠(chǎng)類(lèi)使用這些
注冊(cè)進(jìn)來(lái)的創(chuàng)建接口來(lái)完成產(chǎn)品的創(chuàng)建。其結(jié)構(gòu)大致如下:

product *factory::create( long product_type )
{
    creator c = m_creators[product_type];
    return c();
}

factory::instance().register( PRODUCT_A_TYPE, productA::create );
...
factory::instance().create( PRODUCT_A_TYPE );

這個(gè)很普通的工廠(chǎng)實(shí)現(xiàn)中,需要寫(xiě)上很多注冊(cè)代碼。每次添加新的產(chǎn)品種類(lèi)時(shí),也需要修改
這些的注冊(cè)代碼。而恰好,這些注冊(cè)代碼可能會(huì)被放在一個(gè)統(tǒng)一的地方。為了消除這個(gè)地方
,我使用了偶然間看到的<Modern C++ design>里的做法:

const bool _local = factory::instance().register( PRODUCT_A_TYPE,...

也就是說(shuō),通過(guò)對(duì)全局常量_local的自動(dòng)初始化,來(lái)自動(dòng)完成對(duì)該產(chǎn)品的注冊(cè)。

結(jié)果,因?yàn)檫@些代碼全部被放置于一個(gè)靜態(tài)庫(kù)。最終的代碼文件結(jié)構(gòu)大致為:

lib
    - product_a.cpp : 定義了全局常量_local
    - product_a.h
    - factory.cpp
    - factory.h
exe
    - main.cpp

現(xiàn)在看起來(lái)世界很美,因?yàn)閒actory甚至不知道世界上還有個(gè)跟上層邏輯相關(guān)的product_a。
這種模塊耦合幾乎為0的結(jié)構(gòu)讓我竊喜。

悲劇的事情首先發(fā)生于,開(kāi)VC調(diào)試器,發(fā)現(xiàn)打在product_a.cpp里的斷點(diǎn)失效。就是那個(gè)總
是提示說(shuō)沒(méi)有為該文件加載調(diào)試符號(hào)。開(kāi)始還不在意,以為又是代碼和調(diào)試符號(hào)文件不匹配
的原因,折騰了好久,不得其果。

后來(lái)分析了下,發(fā)現(xiàn)這個(gè)調(diào)試提示,就像我開(kāi)著調(diào)試器打開(kāi)了一個(gè)非本工程的代碼文件,而
斷點(diǎn)就打在這個(gè)文件里一樣。也就是說(shuō),VC把我product_a.cpp當(dāng)成不是這個(gè)工程里的代碼
文件。

按照這個(gè)思路寫(xiě)些實(shí)驗(yàn)代碼,最終發(fā)現(xiàn)問(wèn)題所在:VC鏈接器根本沒(méi)鏈接進(jìn)product_a.cpp里
的代碼。表現(xiàn)出來(lái)的情況就是,該編譯單元里的全局常量(全局變量一樣)根本沒(méi)有得到初
始化,因?yàn)槲腋絝actory::register并沒(méi)有被調(diào)用到。為什么VC不鏈接這個(gè)編譯單元對(duì)應(yīng)
的目標(biāo)文件?或者說(shuō),為什么VC不初始化這個(gè)全局常量?

原因就在于,product_a.cpp太獨(dú)立了。一個(gè)在整個(gè)編譯鏈接階段都無(wú)法確定該文件是否被
使用的文件,VC就直接不鏈接了。相反,當(dāng)在factory.cpp里寫(xiě)下類(lèi)似代碼:

void test()
{
    product_a obj;
}

雖然說(shuō)test函數(shù)不會(huì)被調(diào)用,一切情況也變得正常了。好了,不扯了,給最后我的結(jié)論:

1、如果靜態(tài)庫(kù)中某個(gè)編譯單元在編譯階段被確認(rèn)為它并沒(méi)有被外部使用,那么當(dāng)這個(gè)靜態(tài)
庫(kù)被鏈接進(jìn)可執(zhí)行文件時(shí),鏈接器忽略掉該編譯單元里的代碼,那么,鏈接器自然也不會(huì)為
該編譯單元里出現(xiàn)的全局變量常量生成初始化代碼(關(guān)于這部分初始化代碼可以閱讀
<linker and loader>一書(shū));
2、上面那條結(jié)論存在一種傳染性,意思是,當(dāng)可執(zhí)行文件里的代碼使用到靜態(tài)庫(kù)中文件A里
的代碼,A里又有地方使用到B里的代碼,那么B依然會(huì)被鏈接。這種依賴(lài)性,應(yīng)該可以讓編
譯器在編譯階段就發(fā)現(xiàn)(顯然,上面我舉的例子里,factory只有在運(yùn)行期間才會(huì)依賴(lài)到
product_a.cpp里的代碼)

posted on 2010-01-17 19:34 Kevin Lynx 閱讀(15783) 評(píng)論(19)  編輯 收藏 引用 所屬分類(lèi): c/c++通用編程

評(píng)論

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-17 20:08 OwnWaterloo

試試在product_a.cpp中, 將:
const bool _local = factory::instance().register( PRODUCT_A_TYPE,...
改為:
extern const bool local_ = factory::instance()...
或者:
namespace {
extern const bool local = ...
}

可能有效,可能無(wú)效。


即使有效,依然不能保證local的初始化順序。main之后執(zhí)行的代碼,可以保證所有產(chǎn)品已經(jīng)被注冊(cè),main之前沒(méi)有保證。
  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-17 22:41 LOGOS

const bool _local = factory::instance().register( PRODUCT_A_TYPE,...
wow, are u crazy?  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-17 23:00 Kevin Lynx


@OwnWaterloo
@LOGOS
加extern是什么意思?文章中的例子,只是因?yàn)殒溄悠鳑](méi)有為靜態(tài)庫(kù)中的全局對(duì)象生成初始化代碼。我也并不關(guān)心每一個(gè)local的初始化順序,因?yàn)樗麄兪侨值模运麄兛隙〞?huì)先于main被初始化。整個(gè)文章的意思,其實(shí)是說(shuō),鏈接器并沒(méi)有生成這個(gè)自動(dòng)初始化的代碼,因?yàn)殒溄悠饔X(jué)得這幾個(gè)“沒(méi)有”被使用的全局對(duì)象不需要,所以就沒(méi)生成。

  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-17 23:04 OwnWaterloo

@Kevin Lynx
在C++中, 非local的const對(duì)象, 默認(rèn)是staic鏈接……

a.cpp
int g_i;

雖然g_i也不一定能被添加到最終代碼中, 但機(jī)會(huì)應(yīng)該比:

a.cpp
static int g_i; 要大。
  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-18 04:19 藥品中國(guó)網(wǎng)

很好 學(xué)習(xí)了。  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-18 08:52 Kevin Lynx

@OwnWaterloo
這個(gè)機(jī)會(huì)是什么意思?  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-19 12:06 OwnWaterloo

@Kevin Lynx
編譯器根據(jù)什么規(guī)則來(lái)判斷某個(gè)沒(méi)有被使用的符號(hào)可以不必鏈接到binary中?
這個(gè)規(guī)則我不了解, 可能C++標(biāo)準(zhǔn)有描述, 也可能沒(méi)有。

我只是猜想 :
1. 如果某個(gè)extern符號(hào)沒(méi)有被鏈接到binary中, 那將其改為static, 應(yīng)該也不會(huì)被鏈接到binary中。
2. 如果某個(gè)static符號(hào)沒(méi)有被鏈接到binary中, 那將其改為extern, 也許就會(huì)被鏈接到binary中。

這就是機(jī)會(huì)的意思。

btw, 改為extern const 有效么?
  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-20 09:14 Kevin Lynx

@OwnWaterloo
一樣的。  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-01-20 19:44 李現(xiàn)民

我以前也試過(guò)這樣的方法, 項(xiàng)目用的是vc6,只debug版本下對(duì)象是可以生生的,release版本中就被人優(yōu)化掉了,沒(méi)有找到保持這種級(jí)別低耦合度的替代方案。
到現(xiàn)在為止, 我寫(xiě)的那個(gè)factory類(lèi)再也沒(méi)有用過(guò),因?yàn)榭床坏絻?yōu)勢(shì)在哪里, 還不如現(xiàn)寫(xiě)一個(gè)工廠(chǎng)來(lái)得清晰  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-02-09 19:44 金慶

Issues with static variables in static libraries
( http://social.msdn.microsoft.com/Forums/en/vclanguage/thread/5c5ee89d-2a38-483d-8550-484550901170 )

You can use the /INCLUDE linker option:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vccore/html/_core_.2f.INCLUDE.asp

Or you place a #pragma in your code like this:
#pragma comment(linker, "/include:SymbolToUse")
  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-02-10 12:14 李現(xiàn)民

@金慶
不好使
我想應(yīng)該是這個(gè)問(wèn)題:
Only problem is that the symbol is not very...simple. I have a class called fxAttributeEditor, but you can't just do /include:fxAttributeEditor. The symbol is actually:

??_C@_0BC@OFGGEBAJ@fxAttributeEditor?$AA@

And that does work, but having to add that seems like a terrible coding decision. It seems like going the dynamic library route would be far better. I've had a variety of really good reasons for not wanting to do that. I'm not against DLLs, but in some cases (like mine) I don't believe it's the best choice. Is there not any better way to go about this?

Thanks,

這是引用原文, 大概意思是“不能夠在#pragma comment(linker, /include:)中直接使用你定義的那個(gè)變量名”,因?yàn)閏++編譯時(shí)會(huì)將其改為??_C@_0BC@OFGGEBAJ@fxAttributeEditor?$AA@這樣的的形式。

我不知道是不是真的這樣, 但我的實(shí)驗(yàn)結(jié)果是找不到我自己定義的變量名  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-02-10 15:52 金慶

@李現(xiàn)民
試了一下,確實(shí)如此。我打開(kāi)lib文件查到了加了前后綴的變量名,然后在主調(diào)程序中添加/include指令,這樣才有效。我原來(lái)以為只需加在靜態(tài)庫(kù)中呢。實(shí)際上,靜態(tài)庫(kù)中加不加/include指令,都會(huì)輸出符號(hào)。但是static變量是無(wú)論如何都不會(huì)輸出符號(hào)的。/include指令與引用該符號(hào)的作用一樣。所以我的結(jié)論是應(yīng)該輸出一個(gè)init()函數(shù)來(lái)初始化靜態(tài)庫(kù)。  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2010-02-10 16:43 Kevin Lynx

@金慶
@李現(xiàn)民
3q for your comments.
今天隨便看了個(gè)文檔http://linux.chinaunix.net/bbs/thread-910296-1-1.html,<Linker Algorithm.pdf>恰好在里面看到和我這里提到的相同的2點(diǎn)結(jié)論  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2011-11-07 01:15 溪流

這個(gè)問(wèn)題最終解決了嗎?  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2011-11-07 09:46 Kevin Lynx

@溪流
解決辦法就是換成常規(guī)方法:顯示初始化。  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2011-11-07 10:35 李現(xiàn)民

@Kevin Lynx
這個(gè)問(wèn)題后來(lái)我試過(guò),在我的項(xiàng)目里( 前面提到的,使用了VC6),問(wèn)題出在使用singleton生成單個(gè)factory對(duì)象的地方。如果將factory的構(gòu)造函數(shù)設(shè)計(jì)為private,同時(shí)提供一個(gè)類(lèi)get_instance()的public static方法,會(huì)產(chǎn)生多個(gè)factory實(shí)例。具體表現(xiàn)就是,register()函數(shù)的確執(zhí)行了, 但是所有的注冊(cè)內(nèi)容都注冊(cè)到了第一個(gè)factory對(duì)象身上,等到運(yùn)行期使用create方法的時(shí)候,使用的卻是后面新生成的factory對(duì)象,因此會(huì)發(fā)生沒(méi)有注冊(cè)過(guò)的假象。

解決方法為:將factory()構(gòu)造函數(shù)聲明為public,在factory類(lèi)外面定義一個(gè)singleton函數(shù),并一直使用這個(gè)函數(shù)進(jìn)行注冊(cè)與創(chuàng)建。但這種方法的缺點(diǎn)是你無(wú)法從語(yǔ)法上確保所有用戶(hù)使用的都是這個(gè)singleton對(duì)象。

懷疑為VC6的bug,不過(guò)由于已經(jīng)基本滿(mǎn)足了需要,未繼續(xù)深究。  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2013-06-16 11:14 戴進(jìn)

在頭文件中

#ifndef _DEF_AUTO_FACTORY
#define _DEF_AUTO_FACTORY
static CFactory __AutoFactory;
#endif

這樣能解決問(wèn)題,但是間接的也導(dǎo)致了你的這個(gè)類(lèi)被公開(kāi)了。  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2013-06-16 13:36 戴進(jìn)

我暫時(shí)性是這么解決自動(dòng)初始化靜態(tài)庫(kù)的。


a.cpp中,有一個(gè)類(lèi)

class a
{
public:
a()
{
...這里初始化
}

~a()
{
...這里做釋放
}

bool _LinkProc(){return true;}
//這個(gè)函數(shù),也就是為了鏈接用的。
};

a m_a;//全局變量

bool b = m_a._LinkProc();
//實(shí)際上光是這樣,也還是不會(huì)鏈接,那怎么辦呢,問(wèn)了下度娘,她說(shuō),要訪(fǎng)問(wèn)到的全局變量,才會(huì)鏈接,那么最后我們到頭文件中。

h文件中
extern bool b;//注意extern只是引用,不等同于訪(fǎng)問(wèn)。
static bool c = b;//這里對(duì)b的訪(fǎng)問(wèn),就自動(dòng)鏈接到



  回復(fù)  更多評(píng)論   

# re: 靜態(tài)庫(kù)中全局變量的初始化問(wèn)題 2014-05-15 19:35 HK

兄弟,這個(gè)問(wèn)題我也遇到了,我采用的方法是新建一個(gè)新的.cpp文件(for_register.cpp)
然后“const bool _local = factory::instance().register( PRODUCT_A_TYPE,... ”這個(gè)定義在 for_register.cpp這個(gè)文件里
最后在一定能被鏈接進(jìn)去的一個(gè).cpp里 include " for_register.cpp"
這樣基本上就解決了。
你每新增一個(gè)產(chǎn)品就要到 for_register.cpp里面去注冊(cè)一下。  回復(fù)  更多評(píng)論   

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            久久久久久香蕉网| 欧美在线免费观看| 久热国产精品| 欧美一区二区在线| 久久精品在线| 欧美第一黄色网| 亚洲黄色性网站| 欧美成人精品高清在线播放| 一区二区三区四区五区在线| 中国成人亚色综合网站| 亚欧成人在线| 欧美成人午夜激情视频| 精品成人a区在线观看| 精品成人一区| 亚洲美女黄色片| 亚洲嫩草精品久久| 久久精品五月| 亚洲激情小视频| 亚洲一区二区三区中文字幕在线| 猫咪成人在线观看| 欧美激情一区二区三区| 欧美在线视频在线播放完整版免费观看 | 亚洲美女精品成人在线视频| 亚洲欧美激情一区二区| 久久精品72免费观看| 欧美激情在线免费观看| 国产精品乱人伦中文| 亚洲国产精品一区| 先锋影音久久久| 亚洲少妇一区| 久久综合婷婷| 亚洲一区二区三区久久| 欧美大片免费观看| 国产欧美高清| 亚洲天堂av在线免费观看| 久热精品在线| 日韩视频免费| 一本久久a久久精品亚洲| 久久不见久久见免费视频1| 宅男精品视频| 麻豆成人精品| 国产亚洲综合精品| 亚洲一区三区视频在线观看| 欧美福利视频一区| 香蕉视频成人在线观看| 欧美日韩人人澡狠狠躁视频| 国产精品激情| 中文日韩欧美| 亚洲精品网站在线播放gif| 老司机成人网| 在线精品国产成人综合| 亚洲精品老司机| 久久在线精品| 香港成人在线视频| 国产乱码精品1区2区3区| 午夜精品亚洲| 亚洲欧美成人一区二区三区| 国产精品视频导航| 欧美一区二区播放| 亚洲午夜精品久久| 欧美日韩国产首页| 欧美视频免费| 在线中文字幕不卡| 99精品黄色片免费大全| 欧美四级剧情无删版影片| 美女视频一区免费观看| 欧美精品七区| 日韩视频在线一区二区三区| 欧美成人免费在线视频| 免费久久精品视频| 亚洲免费av片| 亚洲视频一区二区| 性欧美超级视频| 国产日韩精品在线观看| 欧美一区二区啪啪| 久久先锋影音| 欧美18av| 亚洲免费视频在线观看| 亚洲综合色婷婷| 在线成人欧美| aa级大片欧美| 久久影视精品| av成人免费在线观看| 一区二区三区四区五区视频| 国产欧美日韩精品一区| 久久久噜噜噜久久人人看| 欧美激情小视频| 欧美精品在线极品| 欧美一区二区三区另类| 久久亚洲精品伦理| 亚洲视频在线观看网站| 午夜精品久久久久99热蜜桃导演| 欧美1区2区| 亚洲女爱视频在线| 亚洲午夜视频| 国产伊人精品| 国产精品99久久久久久人| 亚洲欧美日本在线| 亚洲乱码国产乱码精品精 | 亚洲国内在线| 亚洲二区免费| 你懂的视频一区二区| 欧美高清在线视频观看不卡| 欧美一区免费视频| 欧美久久精品午夜青青大伊人| 国产日韩欧美成人| 亚洲视频axxx| 欧美在线一级va免费观看| av成人手机在线| 欧美在线综合视频| 亚洲一区二三| 免费日韩一区二区| 久久精视频免费在线久久完整在线看| 亚洲久久一区| 一区视频在线播放| 中文亚洲字幕| 日韩视频一区| 久久久久国内| 久久精品视频va| 国产精品国产三级国产aⅴ入口| 久久中文字幕一区二区三区| 日韩性生活视频| 另类酷文…触手系列精品集v1小说| 国产美女在线精品免费观看| 久久综合久久美利坚合众国| 国产精品一区久久久久| 亚洲二区视频在线| 国产婷婷色综合av蜜臀av | 亚洲视频一区| 国产精品美女久久久久久免费 | 亚洲小视频在线观看| 亚洲自拍偷拍网址| 一区二区高清视频在线观看| 欧美aⅴ一区二区三区视频| 久久这里有精品15一区二区三区| 欧美一区免费| 狠狠色狠狠色综合日日tαg| 老色批av在线精品| 国产亚洲一二三区| 亚洲欧美另类国产| 欧美一区二区黄| 国产一二精品视频| 久久精品视频va| 亚洲一区三区在线观看| 欧美三级电影网| 免费看精品久久片| 在线播放国产一区中文字幕剧情欧美| 亚洲高清久久网| 在线日韩欧美视频| 欧美插天视频在线播放| 亚洲黄色免费| 夜夜夜久久久| 国产精品美女一区二区在线观看 | 欧美在线视频免费观看| 国产日韩视频| 亚洲精品乱码久久久久久黑人 | 亚洲午夜精品久久| 久久精品国产一区二区三| 国内精品国产成人| 免费久久99精品国产自| 9国产精品视频| 久久av一区| 亚洲第一中文字幕在线观看| 欧美久久久久中文字幕| 亚洲深夜av| 久久这里有精品15一区二区三区| 欧美日一区二区三区在线观看国产免 | 亚洲欧美日韩在线高清直播| 国产精品久久久久毛片大屁完整版| 毛片基地黄久久久久久天堂| 欧美三级网页| 欧美一区二区三区播放老司机| 亚洲精品视频在线播放| 欧美性做爰猛烈叫床潮| 午夜在线精品| 亚洲国产色一区| 欧美呦呦网站| 亚洲精品免费看| 国产视频久久久久| 国产性色一区二区| 欧美国产综合一区二区| 中文日韩在线| 女生裸体视频一区二区三区| 亚洲天堂成人在线观看| 一区二区在线视频| 欧美视频免费在线| 噜噜噜在线观看免费视频日韩| 欧美一区二区在线视频| 亚洲福利视频一区| 国产精品亚洲综合久久| 在线视频中文亚洲| 日韩视频在线免费观看| 美日韩精品视频| 免费看精品久久片| 亚洲一区日韩在线| 国产精品你懂得| 欧美精品日韩一区| 亚洲激情一区二区三区| 久久xxxx精品视频| 亚洲免费网站|