Linux分文件编程
首先分文件编程有什么好处?
- 功能划分明确
- 方便调试
- 主程序变得更加简洁
下面是一个分文件编程的例子:(实现两个数的加减乘除)
主程序:calcu.c
#include <stdio.h>
#include "calcu.h" // 引入一下头文件
int main()
{
int data1;
int data2;
int ret;
float retfloat;
printf("请输入第一个数:\n");
scanf("%d", &data1);
printf("请输入第二个数:\n");
scanf("%d", &data2);
printf("输入完毕\n");
ret = add(data1, data2);
printf("%d + %d = %d\n", data1, data2, ret);
ret = min(data1, data2);
printf("%d - %d = %d\n", data1, data2, ret);
ret = mul(data1, data2);
printf("%d x %d = %d\n", data1, data2, ret);
retfloat = div(data1, data2);
printf("%d / %d = %f\n", data1, data2, retfloat);
return 0;
}
方法实现函数:(calcufuncs.c)
#include <stdio.h>
int add(int x, int y)
{
return x + y;
}
int min(int x, int y)
{
return x - y;
}
int mul(int x, int y)
{
return x * y;
}
float div(int x, int y)
{
return (float)x/y;
}
头文件:( calcu.h)
#include <stdio.h>
int add(int x, int y);
int min(int x, int y);
int mul(int x, int y);
float div(int x, int y);
编译:
gcc calcu.c calcufuncs.c
为什么有的头文件用双引号,有的用尖括号?
-
双引号:引用非标准库的头文件,编译器首先在程序源文件所在目录查找,如果未找到,则去系统默认目录查找,通常用于引用用户自定义的头文件。
-
尖扩号:只在系统默认目录(在Linux系统中通常为/usr/include目录)或者尖括号内的路径查找,通常用于引用标准库中自带的头文件。
综上,标准库自带的头文件既可以用双引号也可以用尖括号,不过习惯使用尖括号,用户自定义的头文件只能用双引号。
总结就是:
一般情况下 这么用:自己写的用双引号,第三方库或者系统的库的头文件用尖括号。要不然经常会出现乱七八糟的错误。
库是什么?
静态库
静态函数库: 是在程序执行前(编译)就加入到目标程序中去了;
优点:
- 运行快。
- 静态库被打包到应用程序中加载速度快。
- 发布程序无需提供静态库,因为已经在APP中,移植方便。
缺点:
- 程序大。
- 更新,部署,发布麻烦(一更新就要往厂家发)。
- 链接时完整地拷贝至可执行文件中,被多次使用就有多份冗余拷贝。
动态库
动态函数库: 是在程序执行时动态(临时)由目标程序去调用;
优点:
- 程序小。
- 链接时不复制,程序运行时由系统动态加载到内存,供内存调用,系统只加载一次,多个程序可以共用,节省内存。
- 程序升级简单,因为APP里面没有库的源代码,升级之后只要库名字不变,函数名以及参数不变,只是实现做了优化,就能加载成功。
缺点:
- 运行慢。
- 加载速度比静态库慢。
- 发布程序需要提供依赖的动态库。
静态库的制作
- 准备好“材料”,源代码.c 或者 .cpp
- 生成 .o 文件
gcc 功能文件 -c
gcc calcufuncs.c -c //这样会生成一个 calcufuncs.o 文件
- 将 xxx.o 文件生成 xxx.a 静态库文件,需要使用 ar rcs lib + 静态库名字(名字自己取)+.a .o文件
ar rcs libcalcufunc.a calcufuncs.o
ar rcs libxxx :固定格式。
静态库的使用
gcc + 主函数 + 生成的.a文件(gcc calcu.c libcalcufunc.a)
gcc calcu.c -lcalcufunc -L ./ -o mainProStatic
解释 -l 和 L
-l是指定要用的静态库,库名“砍头去尾”
“砍头”:libcalcufunc.a -> calcufunc.a (把lib砍掉)
“去尾”:calcufunc.a -> calcufunc (把.a去掉)
-L告诉gcc编译器从-L指定的路径去找静态库。若没有-L,则默认是从/usr/lib/usr/local/lib去找
最终的编译命令会变成:gcc calcu.c -lcalcufunc -L ./ -o mainProStatic
这时候就会生成一个可执行文件:mainProStatic
动态库的制作
- 生成 .so 文件
gcc -shared -fpic 功能文件 -o xxx.so
gcc -shared -fpic calcufuncs.c -o libfunc.so // 这样就会生成一个libfunc.so文件
- -shared:指定生成动态库。
- -fpic:fpic选项作用于编译阶段,在生成目标文件时就得使用该选项,以生成位置无关的代码。
- 编译
gcc 主函数 libfunc.so
gcc calcu.c -lfunc -L ./ -o mainProDy
-l是指定要用的动态库,库名“砍头去尾”
-L:是指告诉gcc编译器先从-L指定的路径去找静态库,若没有,则默认是从 /usr/lib/ 或者 /usr/local/lib/ 去找。
./:是当前路径的意思
mainProDy:是想生成的可执行文件名
如何此时,执行 mainProDy 则会出现如下错误
说白了就是找不到这个动态库
如何使用这个动态库?
- 在当前路径编写一个shell 脚本(写 .sh 文件)
/home/pi/back/test/myDynamic 通过 pwd命令查到的绝对路径
// LD_LIBRARY_PATH环境变量宏定义
export LD_LIBRARY_PATH="/home/pi/back/test/myDynamic"
// 生成的可执行文件
./mainProDy
- 给shell脚本添加可执行权限
chmod +x start.sh
最后后 ./start.sh 就可以运行程序了!