静态库与动态库全局变量及函数深入了解

一．静态库全局变量与当前应用全局变量重名
编译出错，提示多次定义，因为静态可以看作本是应用的一部分，所以会报重定义．


二．动态库全局变量与当前应用全局就量重名
编译不会出错，当前应用全局变量覆盖动态库全局变量．


三．静态库全局变量与动态库全局变量重名
编译不会出错，先链接谁，谁优先．如果多个静态库全局变量重名，编译出错．


四，动态库变量被多个进程使用会出现重入问题？
不会．
当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


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变量了
还有很多可以试验，都可以试试．


３．添加一个新的文件: c.c


extern int length;
int set_length(int len)
{
        length = 9999;
}
1. 动态库
gcc c.c -shared -fPIC -L./ -la -o libsc.so
２．静态库
gcc -c c.c
ar -cvq libac.a c.o


试验１： gcc main.c -L./ -lsc -lb -o main
结果：
length = 99
length = 9999
试验２：　gcc main.c -L./ -lb -lsc -o main
结果：
length = 99
length = 1000
试验３：　gcc main.c -L./ -lb -lac -o main
结果：
length = 99
length = 1000
试验４：　gcc main.c -L./ -lac -lb -o main
结果：
length = 99

length = 9999

可能有理解或者错误的地方，发现望指定．