文章轉載自:1. http://blog.sina.com.cn/s/blog_45bcb4c3010140b3.html
html
一:生成DLLc++
1:建立DLL工程web
8 } 設計
1 #pragma once orm
點擊生成Bulid -->Bulid MyDLL,dll文件就生成了,vs2008不能直接生成lib文件,這個時候就須要咱們在創建dll工程的時候 再新建一個def文件,默認生成而後從新生成就可以獲得lib文件了,但能夠經過修改工程屬性裏面的general->project default->configure type修改成lib,就能夠生成lib文件。
注意:若是在已存在的工程上建立dll或者lib,不須要修改工程,只要把工程屬性裏面的general->project default->configure type修改成lib或者dll,就能夠生成lib文件或者dll文件了
在C++程序中使用剛纔生成的DLL文件步驟:
新建一個win32 控制檯工程,取名testMyDLL,新建兩個文件:testMyDLL.cpp和testMyDLL.h,
首先須要 隱式連接採用靜態加載的方式,比較簡單,須要.h、.lib、.dll三件套。新建「控制檯應用程序」或「空項目」。配置以下:(這一點很是重要)
項目->屬性->配置屬性->VC++ 目錄-> 在「包含目錄」裏添加頭文件MyDLL.h所在的目錄
項目 -> 屬性 -> 配置屬性 ->VC++ 目錄 -> 在 「 庫目錄 」 裏添加頭文件 MyDLL.lib 所在的目錄testMyDLL.cpp內容以下:
testMyDLL.h內容以下
#pragma once
如今能夠編譯經過了,可是程序運行就報錯,還須要將MyDLL.dll複製到當前項目生成的可執行文件所在的目錄。(這一點很是重要)
這裏須要注意testMyDLL.cpp文件中調用lib的這句話:
#pragma comment(lib,"..\\debug\\MyDLL.lib")
這裏須要指明lib所在的文件夾,固然咱們也能夠在生成dll的MyDLL工程中,指定lib和dll文件的輸出路徑,直接到testMyDLL工程下。
注意:若是隻有dll文件,那麼必須在程序裏面調用LoadLibrary()函數才能使用,若是有lib文件,那麼有兩種方式能夠立刻進行調用
(1). Dependencies (推薦使用,要求有lib源代碼)
一個項目被分紅多個工程來作,一個主工程exe,其餘爲靜態庫lib
Project-->dependencies,設置主工程的依賴爲其餘靜態庫lib
這時,主工程的Resource Files中自動添加了lib
在主工程中須要用到其餘庫的位置加入庫的頭文件
(2). 直接將lib添加到須要用的工程中(不太推薦,lib沒能統一管理)
提供了lib和其頭文件
選擇工程-->右鍵-->Add Files to Project
這時,主工程的Resource Files中自動添加了lib
在主工程中須要用到其餘庫的位置加入庫的頭文件
(3). 經過工程的Link設置(推薦,lib能夠統一管理)
提供了lib和其頭文件
Project-->settings-->Link,選擇Categery中的Input
在object/library modules裏輸入的動態連接庫對應的.lib文件名
在Additional library path中輸入動態連接庫對應的.lib的路徑
在主工程中須要用到其餘庫的位置加入庫的頭文件
(4). #pragma (lib, "filename.lilb")(不太推薦,lib沒能統一管理)
提供了lib和其頭文件
在主工程中須要用到其餘庫的位置加入#pragma (lib, "filename.lilb")
在主工程中須要用到其餘庫的位置加入庫的頭文件:
=============================================================================================
extern C的使用
C++是一種面向對象的程序設計語言,爲了支持函數的重載,C++對全局函數的處理方式與C有明顯的不一樣,
問題: 爲何標準頭文件都有相似如下的結構?
#ifndef __INCvxWorksh
分析
顯然,頭文件中的編譯宏 #ifndef __INCvxWorksh、 #define __INCvxWorksh、#endif 的做用是防止該頭文件被重複引用。 那麼
#ifdef __cplusplus
的做用又是什麼呢?咱們將在下文一一道來。
一、extern "C" 包含雙重含義,從字面上便可獲得:首先,被它修飾的目標是「extern」的;
其次,被它修飾的目標是「C」的。讓咱們來詳細解讀這兩重含義。
被extern "C"限定的函數或變量是extern類型的,extern是C/C++語言中代表函數和全局變量做用範圍(可見性)的關鍵字,該關鍵字告訴編譯器,其聲明的函數和變量能夠在本模塊或其它模塊中使用。記住,下列語句:
僅僅是一個變量的聲明,其並非在定義變量a,並未爲a分配內存空間。變量a在全部模塊中做爲一種全局變量只能被定義一次,不然會出現鏈接錯誤。一般,在模塊的頭文件中對本模塊提供給其它模塊引用的函數和全局變量以關鍵字extern聲明,例如:
若是模塊B欲引用該模塊A中定義的全局變量和函數時只需包含模塊A的頭文件便可。這樣,模塊B中調用模塊A中的函數時,在編譯階段,模塊B雖然找不到該函數,可是並不會報錯;它會在鏈接階段中從模塊A編譯生成的目標代碼中找到此函數。
與extern對應的關鍵字是static,被它修飾的全局變量和函數只能在本模塊中使用。所以,一個函數或變量只可能被本模塊使用時,其不可能被extern 「C」修飾。
被extern "C"修飾的變量和函數是按照C語言方式編譯和鏈接的;
二、未加extern 「C」聲明時的編譯方式
首先看看C++中對相似C的函數是怎樣編譯的。
例如,假設某個函數的原型爲:
1 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++中的變量除支持局部變量外,還支持類成員變量和全局變量。用戶所編寫程序的類成員變量可能與全局變量同名,咱們以"."來區分。而本質上,編譯器在進行編譯時,與函數的處理類似,也爲類中的變量取了一個獨一無二的名字,這個名字與用戶程序中同名的全局變量名字不一樣。
三、未加extern "C"聲明時的鏈接方式
假設在C++中,模塊A的頭文件以下:
// 模塊A頭文件 moduleA.h
在模塊B中引用該函數:
#include "moduleA.h"
實際上,在鏈接階段,鏈接器會從模塊A生成的目標文件moduleA.obj中尋找_foo_int_int這樣的符號!
四、加extern "C"聲明後的編譯和鏈接方式
加extern "C"聲明後,模塊A的頭文件變爲:
// 模塊A頭文件 moduleA.h
在模塊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及其它語言的混合編程。
5.extern "C"的慣用法
(1)在C++中引用C語言中的函數和變量,在包含C語言頭文件(假設爲cExample.h)時,需進行下列處理:
extern "C"
而在C語言的頭文件中,對其外部函數只能指定爲extern類型,C語言中不支持extern "C"聲明,在.c文件中包含了extern "C"時會出現編譯語法錯誤。
筆者編寫的C++引用C函數例子工程中包含的三個文件的源代碼以下:
/* c語言頭文件:cExample.h */
// c++實現文件,調用add:cppFile.cpp
若是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
/* C實現文件 cFile.c