• <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>

            C底世界

            C 學習庫

              C++博客 :: 首頁 :: 聯系 :: 聚合  :: 管理
              3 Posts :: 1 Stories :: 0 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(12)

            我參與的團隊

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            1 基本解釋

              extern可以置于變量或者函數前,以標示變量或者函數的定義在別的文件中,提示編譯器遇到此變量和函數時在其他模塊中尋找其定義。

              另外,extern也可用來進行鏈接指定。

            2 問題:extern 變量

              在一個源文件里定義了一個數組:char a[6];
              在另外一個文件里用下列語句進行了聲明:extern char *a;
              請問,這樣可以嗎?


              答案與分析:
              1)、不可以,程序運行時會告訴你非法訪問。原因在于,指向類型T的指針并不等價于類型T的數組。extern char *a聲明的是一個指針變量而不是字符數組,因此與實際的定義不同,從而造成運行時非法訪問。應該將聲明改為extern char a[ ]。

              2)、例子分析如下,如果a[] = "abcd",則外部變量a=0x61626364 (abcd的ASCII碼值),*a顯然沒有意義

              顯然a指向的空間(0x61626364)沒有意義,易出現非法內存訪問。

              3)、這提示我們,在使用extern時候要嚴格對應聲明時的格式,在實際編程中,這樣的錯誤屢見不鮮。

              4)、extern用在變量聲明中常常有這樣一個作用,你在*.c文件中聲明了一個全局的變量,這個全局的變量如果要被引用,就放在*.h中并用extern來聲明。

            4 問題:extern 函數2

              當函數提供方單方面修改函數原型時,如果使用方不知情繼續沿用原來的extern申明,這樣編譯時編譯器不會報錯。但是在運行過程中,因為少了或者多了輸入參數,往往會照成系統錯誤,這種情況應該如何解決?

              答案與分析:

              目前業界針對這種情況的處理沒有一個很完美的方案,通常的做法是提供方在自己的xxx_pub.h中提供對外部接口的聲明,然后調用方include該頭文件,從而省去extern這一步。以避免這種錯誤。

              寶劍有雙鋒,對extern的應用,不同的場合應該選擇不同的做法。

            5 問題:extern “C”

              在C++環境下使用C函數的時候,常常會出現編譯器無法找到obj模塊中的C函數定義,從而導致鏈接失敗的情況,應該如何解決這種情況呢?

              答案與分析:

              C++語言在編譯的時候為了解決函數的多態問題,會將函數名和參數聯合起來生成一個中間的函數名稱,而C語言則不會,因此會造成鏈接時找不到對應函數的情況,此時C函數就需要用extern “C”進行鏈接指定,這告訴編譯器,請保持我的名稱,不要給我生成用于鏈接的中間函數名。

              下面是一個標準的寫法:

            //在.h文件的頭上
            #ifdef __cplusplus
            #if __cplusplus
            extern "C"{
             #endif
             #endif /* __cplusplus */
             …
             …
             //.h文件結束的地方
             #ifdef __cplusplus
             #if __cplusplus
            }
            #endif
            #endif /* __cplusplus */
             

            3 問題:extern 函數1

              常常見extern放在函數的前面成為函數聲明的一部分,那么,C語言的關鍵字extern在函數的聲明中起什么作用?

              答案與分析:

              如果函數的聲明中帶有關鍵字extern,僅僅是暗示這個函數可能在別的源文件里定義,沒有其它作用。即下述兩個函數聲明沒有明顯的區別:

            extern int f(); 和int f();
              當然,這樣的用處還是有的,就是在程序中取代include “*.h”來聲明函數,在一些復雜的項目中,我比較習慣在所有的函數聲明前添加extern修飾。
            posted on 2008-07-10 11:34 C_Student 閱讀(4256) 評論(0)  編輯 收藏 引用
            久久精品一区二区三区不卡| 久久精品国产亚洲综合色| 亚洲а∨天堂久久精品| 亚洲国产精品一区二区三区久久| 蜜桃麻豆WWW久久囤产精品| 国产精品久久一区二区三区| 亚洲国产一成久久精品国产成人综合| 青青草原精品99久久精品66| 久久久精品午夜免费不卡| 亚洲国产精品综合久久网络| 狠狠狠色丁香婷婷综合久久俺| 亚洲?V乱码久久精品蜜桃| 久久精品国产影库免费看| 伊人久久大香线焦AV综合影院| 精品多毛少妇人妻AV免费久久| 人妻无码αv中文字幕久久| 日产久久强奸免费的看| 国产 亚洲 欧美 另类 久久| 久久精品人人槡人妻人人玩AV | 品成人欧美大片久久国产欧美| 国内精品综合久久久40p| 精品乱码久久久久久夜夜嗨 | 久久久久亚洲AV无码专区首JN| 9191精品国产免费久久 | 久久青青草原精品国产软件| 精品午夜久久福利大片| 国产午夜免费高清久久影院| 久久综合久久美利坚合众国| 色婷婷久久久SWAG精品| 日本久久中文字幕| 香蕉久久久久久狠狠色| 亚洲婷婷国产精品电影人久久 | 久久精品国产亚洲AV无码麻豆| 狠狠色丁香久久婷婷综合蜜芽五月| 久久精品成人欧美大片| 很黄很污的网站久久mimi色| 久久激情亚洲精品无码?V| 久久99精品久久久久久不卡| 日本欧美国产精品第一页久久| 中文字幕无码久久精品青草| 国产69精品久久久久观看软件 |