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);
}