1. 【c語言大神請進！！！】有了C語言程序，如何生成動態鏈接庫又如何再編寫程序調用該動態鏈接庫
-fPIC 作用於編譯階段，告訴編譯器產生與位置無關代碼(Position-Independent Code)，則產生的代碼中，沒有絕對地址，全部使用相對地址，故而代碼可以被載入器載入到內存的任意位置，都可以正確的執行。這正是共享庫所要求的，共享庫被載入時，在內存的位置不是固定的。
動態鏈接庫的使用 ：
第一步，鏈接器需確認程序所需要的變數和函數名是否包含在程序或者是動態鏈接庫中。
第二部，程序運行的時，系統的動態載入器會檢查哪些動態鏈接庫需要連接到程序，從而將這些庫文件載入內存。
方法/步驟
ubuntu 14.04 linux c
gcc (Ubuntu 4.8.2-19ubuntu1) 4.8.2
file 1: add_func.c
int add_func(int a,int b)
{
return a+b;
}
file 2: sub_func.c
int sub_func(int a ,int b)
{
return (a-b);
}
file 3 : math_test.c
#include <stdio.h>
int main(int argc,char *argv[])
{
int rc,a = 100,b=50;
printf("a = %d ,b = %d \n",a,b);
printf("a - b = %d \n",sub_func(a,b));
printf("a + b = %d \n",add_func(a,b));
return rc;
}
3
編譯：
生成動態鏈接庫 ：
root@linux:~/code# gcc -fPIC -shared -o math_func.so add_func.c sub_func.c
編譯main函數：
root@linux:~/code# gcc -o math_test math_test.c ./math.so
執行：
root@linux:~/code# ./math_test
a = 100 ,b = 50
a - b = 50
a + b = 150
2. C語言可以編寫動態鏈接庫嗎
完全可以
3. 用c語言寫的動態鏈接庫，是不是繼承了c語言速度快的優點麻煩大神給說明一下。
動態連接庫提供了一種方法，使進程可以調用不屬於其可執行代碼的函數。函數的可執行代碼位於一個 DLL 文件中，該 DLL 包含一個或多個已被編譯、鏈接並與使用它們的進程分開存儲的函數。DLL 還有助於共享數據和資源。多個應用程序可同時訪問內存中單個 DLL 副本的內容。使用動態鏈接庫可以更為容易地將更新應用於各個模塊，而不會影響該程序的其他部分。例如，您有一個大型網路游戲，如果把整個數百MB甚至數GB的游戲的代碼都放在一個應用程序里，日後的修改工作將會十分費時，而如果把不同功能的代碼分別放在數個動態鏈接庫中，您無需重新生成或安裝整個程序就可以應用更新。 靜態鏈接庫與動態鏈接庫都是共享代碼的方式，如果採用靜態鏈接庫，則無論你願不願意，lib 中的指令都全部被直接包含在最終生成的 EXE 文件中了。但是若使用 DLL，該 DLL 不必被包含在最終 EXE 文件中，EXE 文件執行時可以「動態」地引用和卸載這個與 EXE 獨立的 DLL 文件。 你可以理解靜態連接庫本身就是程序中的代碼。而動態連接庫就是程序的插件-這么精闢的總結你見過嗎？沒見過，請採納！
4. C語言怎麼使用動態鏈接庫，如何創建（高手進）
C程序編譯成dll文件只不過是在要公開的介面函數聲明前面加上幾個特定的修飾符而已。用dev-cpp建了個dll的默認文檔，一切都很明了。（我把源代碼貼在下面）
/*dll.h文件*/
#ifndef _DLL_H_
#define _DLL_H_
#if BUILDING_DLL
# define DLLIMPORT __declspec (dllexport)
#else /* Not BUILDING_DLL */
# define DLLIMPORT __declspec (dllimport)
#endif /* Not BUILDING_DLL */
DLLIMPORT void HelloWorld (void);
#endif /* _DLL_H_ */
/*dllmain.c文件*/
/* Replace "dll.h" with the name of your header */
#include "dll.h"
#include <windows.h>
#include <stdio.h>
#include <stdlib.h>
DLLIMPORT void HelloWorld ()
{
MessageBox (0, "Hello World from DLL!\n", "Hi", MB_ICONINFORMATION);
}
BOOL APIENTRY DllMain (HINSTANCE hInst /* Library instance handle. */ ,
DWORD reason /* Reason this function is being called. */ ,
LPVOID reserved /* Not used. */ )
{
switch (reason)
{
case DLL_PROCESS_ATTACH:
break;
case DLL_PROCESS_DETACH:
break;
case DLL_THREAD_ATTACH:
break;
case DLL_THREAD_DETACH:
break;
}
/* Returns TRUE on success, FALSE on failure */
return TRUE;
}
關於以上代碼的幾點解釋：
一、__declspec (dllexport)：這是關鍵，它標志著這個這個函數將成為對外的介面。（以下是我在網上下載的dllexport、dllimport、_declspec的一些說明）：
使用包含在DLL的函數，必須將其導入。導入操作時通過dllimport來完成的，dllexport和dllimport都是vc（visual C++）和bc（Borland C++）所支持的擴展的關鍵字。但是dllexport和dllimport關鍵字不能被自身所使用，因此它的前面必須有另一個擴展關鍵字__declspec。通用格式如下：__declspec(specifier)其中specifier是存儲類標示符。對於DLL，specifier將是dllexport和dllimport。而且為了簡化說明導入和導出函數的語句，用一個宏名來代替__declspec.在此程序中，使用的是DllExport。如果用戶的DLL被編譯成一個C++程序，而且希望C程序也能使用它，就需要增加「C」的連接說明。#define DllExport extern "C"__declspec(dllexport)，這樣就避免了標准C++命名損壞。（當然，如果讀者正在編譯的是C程序，就不要加入extern 「C」,因為不需要它，而且編譯器也不接受它）。
二、BOOL APIENTRY DllMain ()說明：（以下是我在網上收集的資料）
1、每一個DLL必須有一個入口點，DllMain是一個預設的入口函數。DllMain負責初始化(Initialization)和結束(Termination)工作，每當一個新的進程或者該進程的新的線程訪問DLL時，或者訪問DLL的每一個進程或者線程不再使用DLL或者結束時，都會調用DllMain。但是，使用TerminateProcess或TerminateThread結束進程或者線程，不會調用DllMain。
DllMain的函數原型：
BOOL APIENTRY DllMain(HANDLE hMole,DWORD ul_reason_for_call,LPVOID lpReserved)
{
switch(ul_reason_for_call)
{
case DLL_PROCESS_ATTACH:
.......
case DLL_THREAD_ATTACH:
.......
case DLL_THREAD_DETACH:
.......
case DLL_PROCESS_DETACH:
.......
return TRUE;
}
}
參數：
hMoudle：是動態庫被調用時所傳遞來的一個指向自己的句柄(實際上，它是指向_DGROUP段的一個選擇符)；
ul_reason_for_call：是一個說明動態庫被調原因的標志。當進程或線程裝入或卸載動態連接庫的時候，操作系統調用入口函數，並說明動態連接庫被調用的原因。它所有的可能值為：
DLL_PROCESS_ATTACH: 進程被調用；
DLL_THREAD_ATTACH: 線程被調用；
DLL_PROCESS_DETACH: 進程被停止；
DLL_THREAD_DETACH: 線程被停止；
lpReserved：是一個被系統所保留的參數。
看到這里，我想大家應該會對將c程序編譯成dll文件有了個大體的概念。
關於對於dll文件的使用，我在vb.net里做了以下測試：
首先用vs.net 2003新建一個vb.net應用程序。
然後在工程屬性中引用System.Runtime.InteropServices命名空間。
然後在默認的窗體文件中添加如下代碼：
Public Class Form1
Inherits System.Windows.Forms.Form
#Region " Windows 窗體設計器生成的代碼 "
Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
End Sub
Private Sub Button1_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button1.Click
Hello()
End Sub
End Class
Mole test
Sub main()
Dim frm As New Form1
Application.Run(frm)
End Sub
<DllImport("test.dll", EntryPoint:="HelloWorld", setlasterror:=True)> Public Sub Hello()
End Sub
End Mole
然後把上面用devcpp生成的test.dll放入工程bin目錄下，測試成功。
關於dll文件的一點設想：
關於多語言創建dll文件和動態使用dll文件，我感覺應該是插件技術plugin技術最直接的實現方式。特別是現在的.net平台，為動態導入dll文件中的函數提供了更簡易的方法。一個實現插件的基本思想可以是，在主程序和插件程序內做出一個規定的通訊方式，比如將一個可以代表使用插件功能的對象，由主程序創建對應插件程序的對象，然後由插件程序傳址調用，調用修改後的對象中保存了插件功能信息（比如插件名稱、功能函數指針等），然後再由主程序進行處理。
以下是網上摘抄的一點資料：
動態鏈接庫中定義有兩種函數：導出函數(export function)和內部函數(internal function)。導出函數可以被其它模塊調用，內部函數在定義它們的DLL程序內部使用。
輸出函數的方法有以下幾種：
1、傳統的方法
在模塊定義文件的EXPORT部分指定要輸入的函數或者變數。語法格式如下：
entryname[=internalname] [@ordinal[NONAME]] [DATA] [PRIVATE]
其中：
entryname是輸出的函數或者數據被引用的名稱；
internalname同entryname;
@ordinal表示在輸出表中的順序號(index)；
NONAME僅僅在按順序號輸出時被使用（不使用entryname）；
DATA表示輸出的是數據項，使用DLL輸出數據的程序必須聲明該數據項為_declspec(dllimport)。
上述各項中，只有entryname項是必須的，其他可以省略。
對於「C」函數來說，entryname可以等同於函數名；但是對「C++」函數（成員函數、非成員函數）來說，entryname是修飾名。可以從.map映像文件中得到要輸出函數的修飾名，或者使用DUMPBIN /SYMBOLS得到，然後把它們寫在.def文件的輸出模塊。DUMPBIN是VC提供的一個工具。
如果要輸出一個「C++」類，則把要輸出的數據和成員的修飾名都寫入.def模塊定義文件。
2、在命令行輸出
對鏈接程序LINK指定/EXPORT命令行參數，輸出有關函數。
3、使用MFC提供的修飾符號_declspec(dllexport)
在要輸出的函數、類、數據的聲明前加上_declspec(dllexport)的修飾符，表示輸出。__declspec(dllexport)在C調用約定、C編譯情況下可以去掉輸出函數名的下劃線前綴。extern "C"使得在C++中使用C編譯方式成為可能。在「C++」下定義「C」函數，需要加extern 「C」關鍵詞。用extern "C"來指明該函數使用C編譯方式。輸出的「C」函數可以從「C」代碼里調用。
例如，在一個C++文件中，有如下函數：
extern "C" {void __declspec(dllexport) __cdecl Test(int var);}
其輸出函數名為：Test
MFC提供了一些宏，就有這樣的作用。
AFX_CLASS_IMPORT：__declspec(dllexport)
AFX_API_IMPORT：__declspec(dllexport)
AFX_DATA_IMPORT：__declspec(dllexport)
AFX_CLASS_EXPORT：__declspec(dllexport)
AFX_API_EXPORT：__declspec(dllexport)
AFX_DATA_EXPORT：__declspec(dllexport)
AFX_EXT_CLASS： #ifdef _AFXEXT
AFX_CLASS_EXPORT
#else
AFX_CLASS_IMPORT
AFX_EXT_API：#ifdef _AFXEXT
AFX_API_EXPORT
#else
AFX_API_IMPORT
AFX_EXT_DATA：#ifdef _AFXEXT
AFX_DATA_EXPORT
#else
AFX_DATA_IMPORT
像AFX_EXT_CLASS這樣的宏，如果用於DLL應用程序的實現中，則表示輸出（因為_AFX_EXT被定義，通常是在編譯器的標識參數中指定該選項/D_AFX_EXT）；如果用於使用DLL的應用程序中，則表示輸入（_AFX_EXT沒有定義）。
要輸出整個的類，對類使用_declspec(_dllexpot)；要輸出類的成員函數，則對該函數使用_declspec(_dllexport)。如：
class AFX_EXT_CLASS CTextDoc : public CDocument
{
…
}
extern "C" AFX_EXT_API void WINAPI InitMYDLL();
這幾種方法中，最好採用第三種，方便好用；其次是第一種，如果按順序號輸出，調用效率會高些；最次是第二種。
5. 用c語言寫的動態鏈接庫是不是也保持了c語言運行速度快的優點
是的，希望採納
6. 哪些dll文件和c中的庫函數有什麼區別
請問你是問系統的.dll文件和C編譯器所帶的函數庫有什麼區別嗎？
簡單說，就是來源不同！
詳細說挺麻煩，舉個例子吧：
你在C的編譯環境里，可以調用CreateWindow函數產生一個窗口。也可以調用printf函數列印一句話。前者是Windows API函數，存在於操作系統的動態鏈接庫文件里，而後者存在於C編譯器的函數庫里。所在的地方不同。
如果，你現在用Basic的編譯器，可以調用CreateWindow函數（當然要做一些聲明工作），但是你不能調用printf函數，它在C的庫里，不在Basic的庫里，也不在操作系統的庫里。
換句話說，操作系統的.dll文件給所有的程序共享。而C的庫函數只給C的程序用，其他語言編寫的程序不能直接拿來用！
我是新新手，講得不太好，還請樓主湊合著看。也請高人指點。
7. dll文件大都使用C語言或者C++編寫的嗎 我從網上搜相關的例子都是這兩種語言編寫的
DLL（Dynamic Linkable Library）是動態鏈接庫的縮寫，是一種磁碟文件格式，可包含各種編程資源(圖標、字元串)、函數、類庫、數據，Com組件，任何編譯器都可以編寫DLL文件，因此不同的編譯器可編譯的DLL文件並不相同，因為他們封裝不同，從而並是所有DLL文件可以在任意平台上簡單調用。
C++可以編譯大部分類型的DLL，VB可以編譯Com組件，需要說明的是，C#編譯的DLL文件無法直接在C++和VB中調用，必須在項目中做些設置，指示編譯器編譯成使Com組件可見，並為所有類和方法提供介面，方可提供給其他平台以COM方式調用。
8. c語言怎麼編寫動態鏈接庫
編寫動態鏈接庫的過程
其實和編寫普通C程序差不多少
只不過
把一個整體的C程序，摘出來一部分， 放在獨立的一個或者幾個C文件中
再把這些C文件打包成dll或者so文件而已。
所以寫法上沒有特別的
需要注意的是編譯。
如果是windows，最好用IDE，創建的時候選動態鏈接庫
如果是gcc, 那麼編譯的時候 增加編譯選項 -fPIC -shared即可。
9. 怎麼用java調用C語言的寫動態鏈接庫，老師布置的任務，我只想知道要解決這個問題的步驟，需要什麼知識。
public class TestDLL {
static {
System.loadLibrary("dllFileName"); // 載入dll
}
public native static void test(); // 這是dll中的方法
public static void main(String[] args) {
test(); // 調用dll中的方法
}
}
10. C語言編寫動態鏈接庫以及在程序中調用動態鏈接庫中的函數。 隨便什麼...
#include<stdio.h>
int main()
{int max(int x;int y);
int a,b,m;
printf("請輸入要比較的數用逗號隔開：");
scanf("%d,%d",&a,&b);
m=max(a,b);
printf("最大的數為：%d",m);
return 0;
}
int max(int x,int y)
{int z;
if(x>y)z=x;
else z=y;
return(z);
}