A. 动态库链接编译
这里的动态的意思应该是模块代码是动态加载的
而不是随着应用程序一起编译
只要动态库里的函数接口不变
应用程序就无需重新编译
只需将动态库重新编译后替换掉旧的动态库即可
如果动态库的函数接口有变动
那么应用程序就要重新编译发布
这也是我的个人理解~~~
B. 关于VB中使用.DLL动态资源库的一些问题
.DLL是已经编译好的动态库文件了
不可能看到函数的具体过程的（除非你有源代码）
用VS自带的一个较Depends的工具可以看到这个DLL里面有些什么函数
Depends在VS安装目录下的Tools文件夹中可以找到
C. 怎么重新编译android 下面的动态库
使用动态库来编译动态库
A项目的android.mk文件如下:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := testa
LOCAL_SRC_FILES := testa.c
include $(BUILD_SHARED_LIBRARY)
生成的libtesta.so加入到E:\workspace\android-ndk-r8e\platforms\android-8\arch-arm\usr\lib\下面
项目B的文件目录结构如下:
jni
jni/jni/
jni/prebuilt/
jni目录下的mk文件如下:
include $(all-subdir-makefiles)
jni/prebuilt目录下的mk文件如下:
LOCAL_PATH := $(call my-dir)
#include $(CLEAR_VARS)
LOCAL_MODULE := libtesta
LOCAL_SRC_FILES := libtesta.so
include $(PREBUILT_SHARED_LIBRARY)
同时把libtesta.so也放入该目录下.
jni/jni目录下的mk文件内容:
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_LDLIBS := -ltesta
LOCAL_MODULE := testb
LOCAL_SRC_FILES := testb.c
include $(BUILD_SHARED_LIBRARY)
这样生成libtestb.so文件, 同时eclipse在打包时会把libtesta.so, libtestb.so都加入到apk文件中，如果没有prebuilt那一步，那么在打包时会漏掉libtesta.so, 但编译会通过,因为编译读取的是编译系统的库文件目录(LOCAL_LDLIBS := -ltesta), 这点需要注意
java代码:
System.loadLibrary("testa");
System.loadLibrary("testb");
注意先后关系
D. golang编译so动态库加载失败
Golang编译so动态库加载失桐握败的原因可能有很多，首先，检查动态库文件是否正确安装，其次，检查编译选项是否正确，比如-shared参数是竖枣否被正确设置，最后，追踪运行时出现的导致加载失败的错误，可能是某个符号没有被余轮拆找到或者版本不匹配等情况。
E. VC程序调用动态库,编译时候也跟着编译动态库
不太清楚你的工程是如何建立的，想必一个工程是生成动态链接库，另一个是调用程序EXE了。由于VC动态库有两种形式，Regular和Extended两种，其中一种能导出类，另一种只能导出变量和函数。如果导出的是类，你在编译EXE文件时自然需要用到类得声明文件，即你前面所说的动态库本身所引用的文件。如果导出的是函数或变量，有可能出现的情况是：一般为了代码的重用性，把需要导出的函数或变量单独放在一个头文件中，用一个宏控制其导入、导出。编译动态库时，宏定义为导出，编译EXE时，宏变为导入，这个头文件为两者共用。如果不小心在这个头文件中包含了其他头文件，也可能出现你说的情况。如果动态库调用直接采用函数入口地址的方法，则什么都不用声明，当然，只适用于导出函数与变量的情形。
F. 萌新求助、gcc编译c++动态库编写makefile
假设有下面几个c++文件：
wherewhen.h wherewhen.c
countdown.h countdown.c 包含了math.h， 需要连接库文件
main.c 主函数， main.c 包含了两个头文件 wherewhen.h and countdown.h
1、第一种编译方法：
g++ -Wall -g wherewhen.c countdown.c main.c -lm -o myprogram
生成可执行文件myprogram
2、第二中编译方法， 分别编译各个文件：
g++ -Wall -g -c wherewhen.c
g++ -Wall -g -c countdown.c
g++ -Wall -g -c main.c
g++ -g wherewhen.o countdown.o main.o -lm -o myprogram
G. 动态库和静态库的区别
我们通常把一些公用函数制作成函数库，供其它程序使用。
函数库分为静态库和动态库两种。
静态库在程序编译时会被连接到目标代码中，程序运行时将不再需要该静态库。
动态库在程序编译时并不会被连接到目标代码中，而是在程序运行是才被载入，因此在程序运行时还需要动态库存在。
本文主要通过举例来说明在linux中如何创建静态库和动态库，以及使用它们。
在创建函数库前，我们先来准备举例用的源程序，并将函数库的源程序编译成.o文件。
第1步：编辑得到举例的程序--hello.h、hello.c和main.c;
hello.h(见程序1)为该函数库的头文件。
hello.c(见程序2)是函数库的源程序，其中包含公用函数hello，该函数将在屏幕上输出"Hello XXX!"。
main.c(见程序3)为测试库文件的主程序，在主程序中调用了公用函数hello。
程序1: hello.h
#ifndef HELLO_H
#define HELLO_H
void hello(const char *name);
#endif //HELLO_H
程序2: hello.c
#include
void hello(const char *name)
{
printf("Hello %s!/n", name);
}
程序3: main.c
#include "hello.h"
int main()
{
hello("everyone");
return 0;
}
第2步：将hello.c编译成.o文件;
无论静态库，还是动态库，都是由.o文件创建的。因此，我们必须将源程序hello.c通过gcc先编译成.o文件。
在系统提示符下键入以下命令得到hello.o文件。
# gcc -c hello.c
#
(注1：本文不介绍各命令使用和其参数功能，若希望详细了解它们，请参考其他文档。)
(注2：首字符"#"是系统提示符，不需要键入，下文相同。)
我们运行ls命令看看是否生存了hello.o文件。
# ls
hello.c hello.h hello.o main.c
#
(注3：首字符不是"#"为系统运行结果，下文相同。)
在ls命令结果中，我们看到了hello.o文件，本步操作完成。
下面我们先来看看如何创建静态库，以及使用它。
第3步：由.o文件创建静态库;
静态库文件名的命名规范是以lib为前缀，紧接着跟静态库名，扩展名为.a。例如：我们将创建的静态库名为myhello，则静态库文件名就是libmyhello.a。在创建和使用静态库时，需要注意这点。创建静态库用ar命令。
在系统提示符下键入以下命令将创建静态库文件libmyhello.a。
# ar cr libmyhello.a hello.o
#
我们同样运行ls命令查看结果：
# ls
hello.c hello.h hello.o libmyhello.a main.c
#
ls命令结果中有libmyhello.a。
第4步：在程序中使用静态库;
静态库制作完了，如何使用它内部的函数呢？只需要在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明静态库名，gcc将会从静态库中将公用函数连接到目标文件中。注意，gcc会在静态库名前加上前缀lib，然后追加扩展名.a得到的静态库文件名来查找静态库文件。
在程序3:main.c中，我们包含了静态库的头文件hello.h，然后在主程序main中直接调用公用函数hello。下面先生成目标程序hello，然后运行hello程序看看结果如何。
# gcc -o hello main.c -L. -lmyhello
# ./hello
Hello everyone!
#
我们删除静态库文件试试公用函数hello是否真的连接到目标文件 hello中了。
# rm libmyhello.a
rm: remove regular file `libmyhello.a'? y
# ./hello
Hello everyone!
#
程序照常运行，静态库中的公用函数已经连接到目标文件中了。
我们继续看看如何在Linux中创建动态库。我们还是从.o文件开始。
第5步：由.o文件创建动态库文件;
动态库文件名命名规范和静态库文件名命名规范类似，也是在动态库名增加前缀lib，但其文件扩展名为.so。例如：我们将创建的动态库名为myhello，则动态库文件名就是libmyhello.so。用gcc来创建动态库。
在系统提示符下键入以下命令得到动态库文件libmyhello.so。
# gcc -shared -fPCI -o libmyhello.so hello.o
#
我们照样使用ls命令看看动态库文件是否生成。
# ls
hello.c hello.h hello.o libmyhello.so main.c
#
第6步：在程序中使用动态库;
在程序中使用动态库和使用静态库完全一样，也是在使用到这些公用函数的源程序中包含这些公用函数的原型声明，然后在用gcc命令生成目标文件时指明动态库名进行编译。我们先运行gcc命令生成目标文件，再运行它看看结果。
# gcc -o hello main.c -L. -lmyhello
# ./hello
./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory
#
哦!出错了。快看看错误提示，原来是找不到动态库文件libmyhello.so。程序在运行时，会在/usr/lib和/lib等目录中查找需要的动态库文件。若找到，则载入动态库，否则将提示类似上述错误而终止程序运行。我们将文件 libmyhello.so复制到目录/usr/lib中，再试试。
# mv libmyhello.so /usr/lib
# ./hello
Hello everyone!
#
成功了。这也进一步说明了动态库在程序运行时是需要的。
我们回过头看看，发现使用静态库和使用动态库编译成目标程序使用的gcc命令完全一样，那当静态库和动态库同名时，gcc命令会使用哪个库文件呢？抱着对问题必究到底的心情，来试试看。
先删除 除.c和.h外的 所有文件，恢复成我们刚刚编辑完举例程序状态。
# rm -f hello hello.o /usr/lib/libmyhello.so
# ls
hello.c hello.h main.c
#
在来创建静态库文件libmyhello.a和动态库文件libmyhello.so。
# gcc -c hello.c
# ar cr libmyhello.a hello.o
# gcc -shared -fPCI -o libmyhello.so hello.o
# ls
hello.c hello.h hello.o libmyhello.a libmyhello.so main.c
#
通过上述最后一条ls命令，可以发现静态库文件libmyhello.a和动态库文件libmyhello.so都已经生成，并都在当前目录中。然后，我们运行gcc命令来使用函数库myhello生成目标文件hello，并运行程序 hello。
# gcc -o hello main.c -L. -lmyhello
# ./hello
./hello: error while loading shared libraries: libmyhello.so: cannot open shared object file: No such file or directory
#
从程序hello运行的结果中很容易知道，当静态库和动态库同名时， gcc命令将优先使用动态库。
H. linux动态库问题
1、虽然动态库有点浪费内存，但是动态库最大的作用是：减少占用磁盘空间，减少开发时的编译陪仔时间，而不是你想的编译速度慢。因为采用了动态库，所以如果我修改了动态库，我只需要编译动态库。而如果采用了静态库，如果修改了静态库，那么，所有用了该静态库的程序和静态库都必须重新编译。而且gcc不是扫描整个libc.so文件。因为so文件里有符号表，哪个符号在哪个.o文件里，只要扫描符号表就知道了，而且由于他不需要从so文件中拷贝使用的函数，从某种意义上来说编译速度比静态库更快。
2、动态库的加载采拆亮用写时拷贝技术，即：只有当我用这个函数的时候我才把该函数部分拷贝过来，芦御汪它不会拷贝整个so文件，只会拷贝需要的部分。
I. 链接相关库文件时遇到的问题
编译生成.a和.so库文件，在windows中指定链接的库文件时，默认链接的.a静态库文件，因为.so文脊袜件在window下无法识别。在ubuntu下则默认优先链接.so动态库，若配闷想指定链接静态库，则需要增加-static参数。链接动态库时，通常会因为自己编译的动态库文樱卖激件不是共享库文件而导致系统报错：找不到该库文件。此时通过修改系统配置文件，将该动态库文件路径添加至共享动态库搜索路径，也可将该库文件放入系统中的共享库文件目录之下。
J. Solaris下如何编译生成动态库
解决编译问题或者做补丁时需要更新文件，然后单独编译某个工程，生成相应的动态库，Windows下界面操作可以很方便的实现编译相应的工程，生成.dll文件，而Solaris下是命令行操作，编译生成的动态库为.so格式，主要有以下几个步骤：
1.更新
a.更新文件夹
cd到文件夹所在目录，执行如下命令行
cleartool update -ove 文件夹名
例如：cd /......../server/include
Cleartool update –ove foldername
完成对文件夹foldername的更新
b.更新文件
cd到文件所在目录，执行如下命令行
cleartool update -ove ./文件名
例如：cd /.../include/
cleartool update –ove filename.h
完成对文件filename.h的更新
2.编译
更新完毕后需要重新编译生成新的动态库
a.首先cd到makefile文件夹下
例如：cd /..../makefile
b.执行环境变量
. ./setenv.sh
c.编译相应的makefile文件
gmake –f makefile文件
例如：gmake –f makefilename.makefile
完成对makefilename.makefile的编译。
生成的动态库目录：
/.../server/lib/release