一.静态库全局变量与当前应用全局变量重名
编译出错,提示多次定义,因为静态可以看作本是应用的一部分,所以会报重定义.
二.动态库全局变量与当前应用全局就量重名
编译不会出错,当前应用全局变量覆盖动态库全局变量.
三.静态库全局变量与动态库全局变量重名
编译不会出错,先链接谁,谁优先.如果多个静态库全局变量重名,编译出错.
四,动态库变量被多个进程使用会出现重入问题?
不会.
当so被load的时候,会把so的物理空间映射到进程地址空间,用户可以直接读取so内的全局变量,仅当用户改写此全局变量时,操作系统会重新分配一个物理内存并映射,原来变量逻辑地址不变,这叫做copy-on-write机制,所以多个进程使用so全局变量,不会发生重入问题,都是独立的副本.
五.多个动态库函数名重名,会发生什么问题呢??
第一个被链接的动态库的函数名被记录,以后的动态库出名的同一函数名被忽略.
六.静态库与动态库函数重名,会发生什么问题?
先链接谁,谁优先,后面再出现忽略.
下面举个例子:
静态库:a.c
int length = 99;
int get_length()
{
return length;
}
gcc -c a.c
ar -cvq liba.a a.o
动态库:b.c
extern int length;
int set_length(int len)
{
length = len;
}
gcc b.c -fPIC -L./ -la -shared -o libb.so
应用: main.c
#include <stdio.h>
int length = 0;
extern int set_length(int len); //libb.so
extern int get_length(); //liba.a
int main()
{
printf("length = %d\n", length);
printf("length = %d\n", get_length());
set_length(1000);
printf("length = %d\n", length);
printf("length = %d\n", get_length());
return 0;
}
1.
gcc main.c -L./ -lb -o main //编译正常,应用length覆盖动态库的length
结果:
length = 0
length = 1000
2. //int length; 重新编译,
结果:
length = 99
length = 1000
这两个可以说明优先问题.有人会问,libb.so中没有定义length啊, 看上面编译加了-la,链接了静态库,那么length已变成了libb.so变量了
还有很多可以试验,都可以试试.
3.添加一个新的文件: c.c
extern int length;
int set_length(int len)
{
length = 9999;
}
1. 动态库
gcc c.c -shared -fPIC -L./ -la -o libsc.so
2.静态库
gcc -c c.c
ar -cvq libac.a c.o
试验1: gcc main.c -L./ -lsc -lb -o main
结果:
length = 99
length = 9999
试验2: gcc main.c -L./ -lb -lsc -o main
结果:
length = 99
length = 1000
试验3: gcc main.c -L./ -lb -lac -o main
结果:
length = 99
length = 1000
试验4: gcc main.c -L./ -lac -lb -o main
结果:
length = 99
length = 9999
可能有理解或者错误的地方,发现望指定.