静态库编译器
① linux动态库和静态库的区别
动态链接库和静态链接库是编程中常见的两种链接方式。在程序源代码编译完成后，通过编译器和链接器，程序会与这些库进行链接。其中，动态链接库与静态链接库的主要区别在于链接器在进行链接时，静态库会被直接编译进程序，而动态链接库则不会。我们通常将这些库称为程序的依赖。
程序运行需要这些依赖，而在程序进行静态链接后，程序本身便已包含了这些依赖。然而，在动态链接后的程序中，这些依赖则不会包含在程序里，它们需要由执行者自行安装进操作系统。特别是在Linux系统中，动态库的后缀通常是.so，而静态库的后缀为.a。
静态链接的一个显着缺点是，静态链接后的程序相较于动态链接所要占用的空间更大。这是因为静态链接会将链接库编译进程序里，所以静态编译后的程序会占用更多的存储空间。这种情况下，静态库的维护和更新变得相对困难，因为如果链接库中存在bug等需要更新时，可能需要更新整个程序。
相比之下，动态库在程序运行时会动态地加载这些库，因此我们只需要更新动态库而不需要更新所有依赖该库的程序。此外，很多程序的开发都会使用到相同的链接库，这些程序共享一个链接库，从而大大减少了存储资源的占用。
综上所述，动态链接库和静态链接库各有优缺点。使用动态链接库可以减少存储资源的占用，便于维护和更新。而静态链接库则适用于对程序大小有严格要求的情况，以及需要确保程序在没有依赖库的情况下也能运行的场景。
② linux 静态库和动态库编译的区别
Linux库有动态与静态两种，动态通常用.so为后缀，静态用.a为后缀。例如：libhello.so libhello.a
为了在同一系统中使用不同版本的库，可以在库文件名后加上版本号为后缀,例如： libhello.so.1.0,由于程序连接默认以.so为文件后缀名。所以为了使用这些库，通常使用建立符号连接的方式。
ln -s libhello.so.1.0 libhello.so.1
ln -s libhello.so.1 libhello.so
动态库和静态库的区别：
当要使用静态的程序库时，连接器会找出程序所需的函数，然后将它们拷贝到执行文件，由于这种拷贝是完整的，所以一旦连接成功，静态程序库也就不再需要了。然而，对动态库而言，就不是这样。动态库会在执行程序内留下一个标记‘指明当程序执行时，首先必须载入这个库。由于动态库节省空间，linux下进行连接的缺省操作是首先连接动态库，也就是说，如果同时存在静态和动态库，不特别指定的话，将与动态库相连接。
两种库的编译产生方法：
第一步要把源代码编绎成目标代码。以下面的代码hello.c为例，生成hello库：
/* hello.c */
#include
void sayhello()
{
printf("hello,world\n");
}
用gcc编绎该文件，在编绎时可以使用任何全法的编绎参数，例如-g加入调试代码等：
gcc -c hello.c -o hello.o
1.连接成静态库
连接成静态库使用ar命令，其实ar是archive的意思
$ar cqs libhello.a hello.o
2.连接成动态库
生成动态库用gcc来完成，由于可能存在多个版本，因此通常指定版本号：
$gcc -shared -Wl,-soname,libhello.so.1 -o libhello.so.1.0 hello.o
另外再建立两个符号连接：
$ln -s libhello.so.1.0 libhello.so.1
$ln -s libhello.so.1 libhello.so
这样一个libhello的动态连接库就生成了。最重要的是传gcc -shared 参数使其生成是动态库而不是普通执行程序。
-Wl 表示后面的参数也就是-soname,libhello.so.1直接传给连接器ld进行处理。实际上，每一个库都有一个soname，当连接器发现它正在查找的程序库中有这样一个名称，连接器便会将soname嵌入连结中的二进制文件内，而不是它正在运行的实际文件名，在程序执行期间，程序会查找拥有 soname名字的文件，%B
③ C++通过什么编译器编译成的静态库给ios调用
用的是gcc编译器或者xcode编译就可以。
在开发过程中，经常会碰到一些在不同工程中经常用到的部分，把这些部分抽取出来做成一个静态库往往是一个比较好的做法。xcode里就有制作静态库的模板，相关的制作步骤网上也有很多，但在实际的操作中，还是有不少细节方面需要注意。以下是我碰到的一些问题总结。
1.编译release版本的库
在“Manage Schemes”中，将“Build Configuration”的选项改为“Release”即可。如图：
2.静态库中包含category
如果你在静态库工程中使用了category，那么你可能会碰到链接问题，解决的办法就是需要同时在生成静态库的工程和使用静态库的工程中使用“-all_load”编译选项，即在对应target的"Build Settings"中的“Other Linker Flags”选项添加“-all_load”。注意：使用静态库的工程中是一定要加该编译选项的！！至于生成静态库的工程中加不加没有试过，不过建议还是加上该编译选项。
3.静态库支持的SDK版本
为了使自己的静态库尽可能多的支持IOS的系统版本，应该在"IOS Deployment Target"这个选项中选择自己所需的IOS版本。设置如下图，这个是我的静态库工程中的配置，红框框起来的是我修改过的选项。
4.自动拷贝头文件
在工程对应的target的“Build Phases”下添加“Copy Headers”的选项。该选项默认是没有的，添加方法是点击下方的“Add Build Phase”按钮后选择后即可添加。该选项下有3个子选项，分别是Public,Private,Project。通过点击下方的加号，可以将工程中的头文件添加到“Project”中，在其中的对应头文件点击右键，选择“Move to Public Group”，当头文件移到“Pulic”后，编译工程以后，在工程编译后.a文件所在的路径下，会同时出现一个"usr/local/include"的文件夹，其中的头文件就是public group中的头文件。这时只需将.a文件和这个路径下的头文件拷贝到所需工程文件即可。
转载