http://blog.csdn.net/u013059266/article/details/46998703

import <Availability.h>

ifdef __cplusplus

define UIKIT_EXTERN extern "C" attribute((visibility("default")))

else

define UIKIT_EXTERN extern attribute((visibility ("default")))

endif

defineUIKIT_STATIC_INLINE static inline

我的總結主要是為了跨平臺使用代碼 extern “C”,就是為了支持C的庫椎扬。蘋果 api 中用的比較多翁潘。
類似 UIKIT_EXTERN,對應還有FOUNDATION_EXTERN

if defined(__cplusplus)

define FOUNDATION_EXTERNextern "C"

else

define FOUNDATION_EXTERNextern

endif

部分使用哀九，不是很懂的樣子。
UIKIT_EXTERNNSString *const UIDeviceOrientationDidChangeNotification; // 設備旋轉
UIKIT_EXTERNNSString *const UIDeviceBatteryStateDidChangeNotification;　　// 電池狀態(tài)
UIKIT_EXTERNNSString *const UIDeviceBatteryLevelDidChangeNotification;　　// 電池電量
UIKIT_EXTERNNSString *const UIDeviceProximityStateDidChangeNotification;　　// 近距離傳感器

1戒财、UIKitt提供中幾個圖像上下文（Graphics contex）的函數,此處忽略pdf相關的處理
UIKIT_EXTERNCGContextRef UIGraphicsGetCurrentContext(void);
UIKIT_EXTERN voidUIGraphicsPushContext(CGContextRef context);
UIKIT_EXTERN voidUIGraphicsPopContext(void);

UIKIT_EXTERN voidUIRectFillUsingBlendMode(CGRect rect, CGBlendMode blendMode);
UIKIT_EXTERN voidUIRectFill(CGRect rect);

UIKIT_EXTERN voidUIRectFrameUsingBlendMode(CGRect rect, CGBlendMode blendMode);
UIKIT_EXTERN voidUIRectFrame(CGRect rect);

UIKIT_EXTERN voidUIRectClip(CGRect rect);

// UIImage context
UIKIT_EXTERN void UIGraphicsBeginImageContext(CGSize size);
UIKIT_EXTERN void UIGraphicsBeginImageContextWithOptions(CGSize size, BOOL opaque, CGFloatscale) NS_AVAILABLE_IOS(4_0);
UIKIT_EXTERN UIImage*UIGraphicsGetImageFromCurrentImageContext(void);
UIKIT_EXTERN void UIGraphicsEndImageContext(void);

各種解釋：以下轉載
一般用于將C++代碼以標準C形式輸出（即以C的形式被調用），這是因為C++雖然常被認為是C的超集捺弦，但是C++的編譯器還是與C的編譯器不同的饮寞。C中調用C++中的代碼這樣定義會是安全的孝扛。
一般的考慮跨平臺使用方法如下：

ifdefined(__cplusplus)||defined(c_plusplus) //跨平臺定義方法

extern "C"{

endif

//... 正常的聲明段

ifdefined(__cplusplus)||defined(c_plusplus)

}

endif

簡單的用在windows下可以如下定義:

ifdef __cplusplus

extern "C"{
//... 正常的聲明段
}

endif

某一網文：

ifdef__cplusplus是什么意思？

時常在cpp的代碼之中看到這樣的代碼:

ifdef__cplusplus

extern"C"{

endif

//一段代碼

ifdef__cplusplus

}

endif

這樣的代碼到底是什么意思呢幽崩？
首先苦始，__cplusplus是cpp中的自定義宏，那么定義了這個宏的話表示這是一段cpp的代碼慌申，也就是說陌选，上面的代碼的含義是:
如果這是一段cpp的代碼，那么加入extern"C"{和}處理其中的代碼蹄溉。
要明白為何使用extern"C"咨油，還得從cpp中對函數的重載處理開始說起。在c++中柒爵，為了支持重載機制役电，在編譯生成的匯編碼中，要對函數的名字進行一些處理棉胀，加入比如函數的返回類型等等.而在C中法瑟，只是簡單的函數名字而已，不會加入其他的信息.也就是說:C++和C對產生的函數名字的處理是不一樣的.
比如下面的一段簡單的函數唁奢，我們看看加入和不加入extern"C"產生的匯編代碼都有哪
些變化:
intf(void)
{
return1;
}
在加入extern"C"的時候產生的匯編代碼是:
.file"test.cxx"
.text
.align2
.globl_f
.def_f;.scl2;.type32;.endef
_f:
pushl%ebp
movl%esp废岂，%ebp
movl$1帜矾，%eax
popl%ebp
ret
但是不加入了extern"C"之后
.file"test.cxx"
.text
.align2
.globl__Z1fv
.def__Z1fv;.scl2;.type 32;.endef
__Z1fv:
pushl%ebp
movl%esp，%ebp
movl$1，%eax
popl%ebp
ret
兩段匯編代碼同樣都是使用gcc-S命令產生的翎蹈，所有的地方都是一樣的，唯獨是產生的
函數名徘意，一個是_f懂昂，一個是__Z1fv。
明白了加入與不加入extern"C"之后對函數名稱產生的影響狂魔，我們繼續(xù)我們的討論:為什
么需要使用extern"C"呢蒜埋？C++之父在設計C++之時，考慮到當時已經存在了大量的C代碼最楷，
為了支持原來的C代碼和已經寫好C庫整份，需要在C++中盡可能的支持C，而extern"C"就是
其中的一個策略籽孙。
試想這樣的情況:一個庫文件已經用C寫好了而且運行得很良好烈评，這個時候我們需要使
用這個庫文件，但是我們需要使用C++來寫這個新的代碼犯建。如果這個代碼使用的是C++的
方式鏈接這個C庫文件的話讲冠，那么就會出現鏈接錯誤.我們來看一段代碼:首先，我們使用C
的處理方式來寫一個函數适瓦，也就是說假設這個函數當時是用C寫成的:
//f1.c
extern"C"
{
voidf1()
{
return;
}
}
編譯命令是:gcc-cf1.c-of1.o產生了一個叫f1.o的庫文件竿开。再寫一段代碼調用這個f1
函數:
//test.cxx
//這個extern表示f1函數在別的地方定義谱仪，這樣可以通過
//編譯，但是鏈接的時候還是需要
//鏈接上原來的庫文件.
externvoidf1();
intmain()
{
f1();
return0;
}
通過gcc-ctest.cxx-otest.o產生一個叫test.o的文件否彩。然后疯攒，我們使用gcctest.of1.o來
鏈接兩個文件，可是出錯了列荔，錯誤的提示是:
test.o(.text+0x1f):test.cxx:undefinereferenceto'f1()'
也就是說卸例，在編譯test.cxx的時候編譯器是使用C++的方式來處理f1()函數的，但是實
際上鏈接的庫文件卻是用C的方式來處理函數的肌毅，所以就會出現鏈接過不去的錯誤:因為鏈
接器找不到函數筷转。
因此，為了在C++代碼中調用用C寫成的庫文件悬而，就需要用extern"C"來告訴編譯器:
這是一個用C寫成的庫文件呜舒，請用C的方式來鏈接它們。
比如笨奠，現在我們有了一個C庫文件袭蝗，它的頭文件是f.h，產生的lib文件是f.lib般婆，那么我
們如果要在C++中使用這個庫文件到腥，我們需要這樣寫:
extern"C"
{

include"f.h"

}
回到上面的問題，如果要改正鏈接錯誤蔚袍，我們需要這樣子改寫test.cxx:
extern"C"
{
externvoidf1();
}
intmain()
{
f1();
return0;
}
重新編譯并且鏈接就可以過去了.
總結
C和C++對函數的處理方式是不同的.extern"C"是使C++能夠調用C寫作的庫文件的一
個手段乡范，如果要對編譯器提示使用C的方式來處理函數的話，那么就要使用extern"C"來說
明啤咽。
另一篇文章：

ifdef__cplusplus

ifdef__cplusplus倒底是什么意思晋辆？

時常在cpp的代碼之中看到這樣的代碼:

ifdef__cplusplus

extern "C" {

endif

//一段代碼

ifdef__cplusplus

}

endif

這樣的代碼到底是什么意思呢？首先宇整，__cplusplus是cpp中的自定義宏瓶佳，那么定義了這個宏的話表示這是一段cpp的代碼，也就是說鳞青，上面的代碼的含義是:如果這是一段cpp的代碼霸饲，那么加入extern "C"{和}處理其中的代碼。

要明白為何使用extern "C"臂拓，還得從cpp中對函數的重載處理開始說起厚脉。在c++中，為了支持重載機制埃儿，在編譯生成的匯編碼中器仗，要對函數的名字進行一些處理融涣，加入比如函數的返回類型等等.而在C中童番，只是簡單的函數名字而已精钮，不會加入其他的信息.也就是說:C++和C對產生的函數名字的處理是不一樣的.

比如下面的一段簡單的函數，我們看看加入和不加入extern"C"產生的匯編代碼都有哪些變化:

int f(void)
{
return 1;
}
　　在加入extern "C"的時候產生的匯編代碼是:

.file "test.cxx"
.text
.align 2
.globl _f
.def _f; .scl 2; .type 32; .endef
_f:
pushl %ebp
movl %esp剃斧， %ebp
movl $1轨香， %eax
popl %ebp
ret
　　但是不加入了extern "C"之后

.file "test.cxx"
.text
.align 2
.globl __Z1fv
.def __Z1fv; .scl 2; .type 32; .endef
__Z1fv:
pushl %ebp
movl %esp， %ebp
movl $1幼东， %eax
popl %ebp
ret
　　兩段匯編代碼同樣都是使用gcc -S命令產生的臂容，所有的地方都是一樣的，唯獨是產生的函數名根蟹，一個是_f脓杉，一個是__Z1fv。

明白了加入與不加入extern "C"之后對函數名稱產生的影響简逮，我們繼續(xù)我們的討論:為什么需要使用extern "C"呢球散？C++之父在設計C++之時，考慮到當時已經存在了大量的C代碼散庶，為了支持原來的C代碼和已經寫好C庫蕉堰，需要在C++中盡可能的支持C，而extern"C"就是其中的一個策略悲龟。

試想這樣的情況:一個庫文件已經用C寫好了而且運行得很良好屋讶，這個時候我們需要使用這個庫文件，但是我們需要使用C++來寫這個新的代碼须教。如果這個代碼使用的是C++的方式鏈接這個C庫文件的話皿渗，那么就會出現鏈接錯誤.我們來看一段代碼:首先，我們使用C的處理方式來寫一個函數轻腺，也就是說假設這個函數當時是用C寫成的:

//f1.c
extern "C"
{
void f1()
{
return;
}
}
　　編譯命令是:gcc -c f1.c -o f1.o產生了一個叫f1.o的庫文件羹奉。再寫一段代碼調用這個f1函數:

// test.cxx
//這個extern表示f1函數在別的地方定義，這樣可以通過
//編譯约计，但是鏈接的時候還是需要
//鏈接上原來的庫文件.
extern void f1();

int main()
{
f1();

return 0;
}
　　通過gcc -c test.cxx -o test.o產生一個叫test.o的文件诀拭。然后，我們使用gcc test.o f1.o來鏈接兩個文件煤蚌，可是出錯了耕挨，錯誤的提示是:

test.o(.text + 0x1f):test.cxx: undefinereference to 'f1()'
　　也就是說，在編譯test.cxx的時候編譯器是使用C++的方式來處理f1()函數的尉桩，但是實際上鏈接的庫文件卻是用C的方式來處理函數的筒占，所以就會出現鏈接過不去的錯誤:因為鏈接器找不到函數。

因此蜘犁，為了在C++代碼中調用用C寫成的庫文件翰苫，就需要用extern "C"來告訴編譯器:這是一個用C寫成的庫文件，請用C的方式來鏈接它們。

比如奏窑，現在我們有了一個C庫文件导披，它的頭文件是f.h，產生的lib文件是f.lib埃唯，那么我們如果要在C++中使用這個庫文件撩匕，我們需要這樣寫:

extern "C"
{

include "f.h"

}
　　回到上面的問題，如果要改正鏈接錯誤墨叛，我們需要這樣子改寫test.cxx:

extern "C"
{
extern void f1();
}

int main()
{
f1();

return 0;
}
　　重新編譯并且鏈接就可以過去了.

總結

C和C++對函數的處理方式是不同的.extern "C"是使C++能夠調用C寫作的庫文件的一個手段止毕，如果要對編譯器提示使用C的方式來處理函數的話，那么就要使用extern "C"來說明漠趁。

1.引言
C++語言的創(chuàng)建初衷是“a better C”扁凛，但是這并不意味著C++中類似C語言的全局變量和函數所采用的編譯和連接方式與C語言完全相同。作為一種欲與C兼容的語言闯传，C++保留了一部分過程式語言的特點（被世人稱為“不徹底地面向對象”）令漂，因而它可以定義不屬于任何類的全局變量和函數。但是丸边，C++畢竟是一種面向對象的程序設計語言叠必，為了支持函數的重載，C++對全局函數的處理方式與C有明顯的不同妹窖。
2.從標準頭文件說起
某企業(yè)曾經給出如下的一道面試題：
面試題
為什么標準頭文件都有類似以下的結構纬朝？

ifndef __INCvxWorksh

define __INCvxWorksh

ifdef__cplusplus

extern "C" {

endif

ifdef__cplusplus

}

endif

endif

分析
顯然，頭文件中的編譯宏“#ifndef __INCvxWorksh骄呼、#define __INCvxWorksh共苛、#endif”的作用是防止該頭文件被重復引用。
那么

ifdef__cplusplus

extern "C" {

endif

ifdef__cplusplus

}

endif

的作用又是什么呢蜓萄？我們將在下文一一道來隅茎。
3.深層揭密extern "C"
extern "C" 包含雙重含義，從字面上即可得到：首先嫉沽，被它修飾的目標是“extern”的辟犀；其次，被它修飾的目標是“C”的绸硕。讓我們來詳細解讀這兩重含義堂竟。
（1）被extern "C"限定的函數或變量是extern類型的；
extern是C/C++語言中表明函數和全局變量作用范圍（可見性）的關鍵字玻佩，該關鍵字告訴編譯器出嘹，其聲明的函數和變量可以在本模塊或其它模塊中使用。記住咬崔，下列語句：
extern int a;
僅僅是一個變量的聲明税稼，其并不是在定義變量a烦秩，并未為a分配內存空間。變量a在所有模塊中作為一種全局變量只能被定義一次郎仆，否則會出現連接錯誤只祠。
通常，在模塊的頭文件中對本模塊提供給其它模塊引用的函數和全局變量以關鍵字extern聲明丸升。例如铆农，如果模塊B欲引用該模塊A中定義的全局變量和函數時只需包含模塊A的頭文件即可牺氨。這樣狡耻，模塊B中調用模塊A中的函數時，在編譯階段猴凹，模塊B雖然找不到該函數夷狰，但是并不會報錯；它會在連接階段中從模塊 A編譯生成的目標代碼中找到此函數郊霎。
與extern對應的關鍵字是static沼头，被它修飾的全局變量和函數只能在本模塊中使用。因此书劝，一個函數或變量只可能被本模塊使用時进倍，其不可能被extern “C”修飾。
（2）被extern "C"修飾的變量和函數是按照C語言方式編譯和連接的购对；
未加extern “C”聲明時的編譯方式
首先看看C++中對類似C的函數是怎樣編譯的猾昆。
作為一種面向對象的語言，C++支持函數重載骡苞，而過程式語言C則不支持垂蜗。函數被C++編譯后在符號庫中的名字與C語言的不同。例如解幽，假設某個函數的原型為：
void foo( int x, int y );
該函數被C編譯器編譯后在符號庫中的名字為_foo贴见，而C++編譯器則會產生像_foo_int_int之類的名字（不同的編譯器可能生成的名字不同，但是都采用了相同的機制躲株，生成的新名字稱為“mangled name”）片部。_foo_int_int這樣的名字包含了函數名、函數參數數量及類型信息霜定，C++就是靠這種機制來實現函數重載的吞琐。例如，在C++中然爆，函數void foo( int x, int y )與void foo( int x, float y )編譯生成的符號是不相同的站粟，后者為_foo_int_float。
同樣地曾雕，C++中的變量除支持局部變量外奴烙，還支持類成員變量和全局變量。用戶所編寫程序的類成員變量可能與全局變量同名，我們以"."來區(qū)分切诀。而本質上揩环，編譯器在進行編譯時，與函數的處理相似幅虑，也為類中的變量取了一個獨一無二的名字丰滑，這個名字與用戶程序中同名的全局變量名字不同。
未加extern "C"聲明時的連接方式
假設在C++中倒庵，模塊A的頭文件如下：
// 模塊A頭文件　moduleA.h

ifndef MODULE_A_H

define MODULE_A_H

int foo( int x, int y );

endif

在模塊B中引用該函數：
// 模塊B實現文件　moduleB.cpp
＃i nclude "moduleA.h"
foo(2,3);
實際上褒墨，在連接階段，連接器會從模塊A生成的目標文件moduleA.obj中尋找_foo_int_int這樣的符號擎宝！
加extern "C"聲明后的編譯和連接方式
加extern "C"聲明后郁妈，模塊A的頭文件變?yōu)椋?br> // 模塊A頭文件　moduleA.h

ifndef MODULE_A_H

define MODULE_A_H

extern "C" int foo( int x, int y);

endif

在模塊B的實現文件中仍然調用foo( 2,3 )，其結果是：
（1）模塊A編譯生成foo的目標代碼時绍申，沒有對其名字進行特殊處理噩咪，采用了C語言的方式；
（2）連接器在為模塊B的目標代碼尋找foo(2,3)調用時极阅，尋找的是未經修改的符號名_foo胃碾。
如果在模塊A中函數聲明了foo為extern "C"類型，而模塊B中包含的是extern int foo( int x, int y ) 筋搏，則模塊B找不到模塊A中的函數仆百；反之亦然。
所以拆又，可以用一句話概括extern “C”這個聲明的真實目的（任何語言中的任何語法特性的誕生都不是隨意而為的儒旬，來源于真實世界的需求驅動。我們在思考問題時帖族，不能只停留在這個語言是怎么做的栈源，還要問一問它為什么要這么做，動機是什么竖般，這樣我們可以更深入地理解許多問題）：
實現C++與C及其它語言的混合編程甚垦。
明白了C++中extern"C"的設立動機，我們下面來具體分析extern "C"通常的使用技巧涣雕。
4.extern "C"的慣用法
（1）在C++中引用C語言中的函數和變量艰亮，在包含C語言頭文件（假設為cExample.h）時，需進行下列處理：
extern "C"
{
＃i nclude "cExample.h"
}
而在C語言的頭文件中挣郭，對其外部函數只能指定為extern類型迄埃，C語言中不支持extern "C"聲明，在.c文件中包含了extern "C"時會出現編譯語法錯誤兑障。
筆者編寫的C++引用C函數例子工程中包含的三個文件的源代碼如下：

ifndef C_EXAMPLE_H

define C_EXAMPLE_H

extern int add(int x,int y);

endif

＃i nclude "cExample.h"
int add( int x, int y )
{
return x + y;
}
// c++實現文件侄非，調用add：cppFile.cpp
extern "C"
{
＃i nclude "cExample.h"
}
int main(int argc, char* argv[])
{
add(2,3);
return 0;
}
如果C++調用一個C語言編寫的.DLL時蕉汪，當包括.DLL的頭文件或聲明接口函數時，應加extern "C" {}逞怨。
（2）在C中引用C++語言中的函數和變量時者疤，C++的頭文件需添加extern "C"，但是在C語言中不能直接引用聲明了extern "C"的該頭文件叠赦，應該僅將C文件中將C++中定義的extern "C"函數聲明為extern類型驹马。
筆者編寫的C引用C++函數例子工程中包含的三個文件的源代碼如下：
//C++頭文件 cppExample.h

ifndef CPP_EXAMPLE_H

define CPP_EXAMPLE_H

extern "C" int add( int x, int y);

endif

//C++實現文件 cppExample.cpp
＃i nclude "cppExample.h"
int add( int x, int y )
{
return x + y;
}

extern int add( int x, int y );
int main( int argc, char* argv[] )
{
add( 2, 3 );
return 0;
}