リンクライブラリのダイナミックリンクライブラリの詳細
9278 ワード
windowsでは、リンクライブラリは2つのタイプに分かれています。スタティックリンクライブラリ.libとダイナミックリンクライブラリ.dll。ダイナミックリンクライブラリは、使用されるときに、通常はライブラリとして提供されます。Libは、主にDllによって導出された関数と記号名を提供しています。リンクするときに、dllに対応する関数マップを見つけることができます。静的リンクライブラリと動的リンクライブラリの役割は似ていますが、他のプログラムに呼び出しを提供するリソースです。ここで、動的リンクライブラリの呼び出し方法は、暗黙的呼び出し（静的導入呼び出し）と表示呼び出し（動的導入呼び出し）に分けられている。 コンパイル環境：Microsoft Visual Stdio 2010--------------------------------------------DLLは記号例を導出して、まず一つのdll 1.dllとdll 1.lib 
この中の各フィールドの意味：Ordinal（記号番号、後にGetProcAddressを使う時、参照する数値）、Hit（これは私もよく分かりません。よく分かりません。分かりません。これは関数導出後の記号名です。）、EntryPoint（これは関数DLLのアドレスです。）。ここで関数の名前がこのようになったのは、使用されているコンパイラがデフォルトではC++でコンパイルされているため、C++はリロードをサポートしているので、関数名に追加の記号を追加して、同じ名前のリロード関数と区別してDLLに識別子で位置決めする必要があるからです。ここでは簡単なテストができます。新しいコンソールテストプロジェクトDllTestは以下の通りです。
DllTest.exeは、dll 1.libを介して、dll 1.dllに対する依存性を導入していることがわかる。DLLが提供するヘッダファイルは通常、一つのファイルを得ると、どの関数の呼び出しが提供されているかが分かりません。私たちはdependsツールを利用してdllから導出された関数と番号を調べることができますので、もちろん他の方法で具体的にどのように使うかを知ることができるかもしれませんが、内部の具体的な実現の詳細は分かりません。）したがって、使用を容易にするためには、通常は、Dolに対するhファイルを提供し、クライアントに提供する方法や説明などの情報を表明する。クライアントは、このヘッダファイルを使用して、使用するインターフェースを導入する。しかし、これらの関数の声明が多く出されないように、クライアントが直接にhファイルにすべてのインターフェースを導入します。Dllコンパイルの場合は、エクスポートとして使用します。方法は以下の通りです。
エクスポートした関数記号名と関数宣言時は同じです。クライアントが使用する場合は、導入もextern「C」方式ですので、クライアントはリンクをコンパイルする際に、関数の元の名前の記号を使用します。Cコンパイルリンク方式を使用していますので、C++のクラスとメンバー関数の導出はこのような方法ではできません。また、私たちが関数宣言に標準コールを加えると、DLL 1_API int_stdcal add(int a，int b)；なお、関数の定義にも_を加えます。stdcalそれでは、コンパイルした結果、dependsを使ってシンボルの名前を見ます。add@8ということは、記号名がまた変わったということです。解決方法2：モジュールを使ってファイル・defを定義し、このファイルのフォーマット仕様はMSDNを調べ、検索・defを見ればいいです。LIBREAYコマンドは、ライブラリファイルを導出するためにdefファイルを指定し、EXPORTSは関数シンボル名を指定するために使用される。つまり、defファイルは主にリード記号などの情報を制御するために使われます。
// DLL1 ，dll1.cpp
// _declspec(dllexport)
_declspec(dllexport) int add(int a, int b)
{
return a + b;
}
この中の各フィールドの意味：Ordinal（記号番号、後にGetProcAddressを使う時、参照する数値）、Hit（これは私もよく分かりません。よく分かりません。分かりません。これは関数導出後の記号名です。）、EntryPoint（これは関数DLLのアドレスです。）。ここで関数の名前がこのようになったのは、使用されているコンパイラがデフォルトではC++でコンパイルされているため、C++はリロードをサポートしているので、関数名に追加の記号を追加して、同じ名前のリロード関数と区別してDLLに識別子で位置決めする必要があるからです。ここでは簡単なテストができます。新しいコンソールテストプロジェクトDllTestは以下の通りです。
// DllTest ，DllTest.cpp
#include <iostream>
using namespace std;
int main(void)
{
// extern int add(int a, int b);
// _declspec(dllimport) ， ， 。
_declspec(dllimport) int add(int a, int b);
cout << add(1,2) << endl;
getchar();
return 0;
}
// DllTest ，DllTest.cpp
#include <iostream>
using namespace std;
#pragma comment(lib, "../debug/dll1.lib") // dll1.lib，
int main(void)
{
// extern int add(int a, int b);
// _declspec(dllimport) ， ， 。
_declspec(dllimport) int add(int a, int b);
cout << add(1,2) << endl;
getchar();
return 0;
}
DllTest.exeは、dll 1.libを介して、dll 1.dllに対する依存性を導入していることがわかる。DLLが提供するヘッダファイルは通常、一つのファイルを得ると、どの関数の呼び出しが提供されているかが分かりません。私たちはdependsツールを利用してdllから導出された関数と番号を調べることができますので、もちろん他の方法で具体的にどのように使うかを知ることができるかもしれませんが、内部の具体的な実現の詳細は分かりません。）したがって、使用を容易にするためには、通常は、Dolに対するhファイルを提供し、クライアントに提供する方法や説明などの情報を表明する。クライアントは、このヘッダファイルを使用して、使用するインターフェースを導入する。しかし、これらの関数の声明が多く出されないように、クライアントが直接にhファイルにすべてのインターフェースを導入します。Dllコンパイルの場合は、エクスポートとして使用します。方法は以下の通りです。
// DLL1 ，dll1.h
#ifndef DLL1_API
#define DLL1_API _declspec(dllimport)
#endif
// ， ， DLL1_API ， DLL1_API _declspec(dllimport)， 。
// （ ， ）， ， 。
DLL1_API int add(int a, int b);
// DLL1 ，dll1.cpp
#define DLL1_API _declspec(dllexport)
// ， ， DLL1_API ， DLL1_API _declspec(dllexport) ， 。
#include "dll1.h"
// ， 。
int add(int a, int b)
{
return a + b;
}
// DllTest ，DllTest.cpp
#include <iostream>
using namespace std;
#include "../dll1/dll1.h" // ，
#pragma comment(lib, "../debug/dll1.lib") // dll1.lib，
int main(void)
{
cout << add(1,2) << endl;
getchar();
return 0;
}
// DLL1 ，dll1.h
#ifndef DLL1_API
#define DLL1_API extern "C" _declspec(dllimport)
#endif
// ， ， DLL1_API ， DLL1_API _declspec(dllimport)， 。
// （ ， ）， ， 。
DLL1_API int add(int a, int b);
//class CSample
//{
//public:
// DLL1_API int substract(int a,int b);// ， ，
//};
// DLL1 ，dll1.cpp
#define DLL1_API extern "C" _declspec(dllexport)
// ， ， DLL1_API ， DLL1_API _declspec(dllexport) ， 。
#include "dll1.h"
// ， 。
int add(int a, int b)
{
return a + b;
}
//
//int CSample::substract(int a,int b)
//{
// return a - b;
//}
エクスポートした関数記号名と関数宣言時は同じです。クライアントが使用する場合は、導入もextern「C」方式ですので、クライアントはリンクをコンパイルする際に、関数の元の名前の記号を使用します。Cコンパイルリンク方式を使用していますので、C++のクラスとメンバー関数の導出はこのような方法ではできません。また、私たちが関数宣言に標準コールを加えると、DLL 1_API int_stdcal add(int a，int b)；なお、関数の定義にも_を加えます。stdcalそれでは、コンパイルした結果、dependsを使ってシンボルの名前を見ます。add@8ということは、記号名がまた変わったということです。解決方法2：モジュールを使ってファイル・defを定義し、このファイルのフォーマット仕様はMSDNを調べ、検索・defを見ればいいです。LIBREAYコマンドは、ライブラリファイルを導出するためにdefファイルを指定し、EXPORTSは関数シンボル名を指定するために使用される。つまり、defファイルは主にリード記号などの情報を制御するために使われます。
LIBRARY dll1
EXPORTS
add11=add
// DllTest ，DllTest.cpp
#include <iostream>
using namespace std;
#include <windows.h>
int main(void)
{
HMODULE hModule = ::LoadLibraryA("dll1.dll");
if(NULL != hModule)
{
typedef int (*ADDPROC)(int a, int b);
//ADDPROC add = (ADDPROC)::GetProcAddress(hModule, "add11"); //
ADDPROC add = (ADDPROC)::GetProcAddress(hModule, MAKEINTRESOURCEA(1)); // ordinal ， ， MSDN 。
if(NULL != add)
cout << add(1,1) << endl;
::FreeLibrary(hModule);
}
getchar();
return 0;
}