在CentOS系统中，使用GCC编译静态库和动态库的主要区别体现在以下几个方面：

静态库（Static Library）

1. 编译过程：

• 使用ar工具将多个.o目标文件打包成一个.a文件。
• 编译命令示例：ar rcs libmylib.a mylib.o

2. 文件大小：

• 静态库在编译时会被完整地复制到最终的可执行文件中。
• 因此，生成的可执行文件通常较大。

3. 部署和使用：

• 部署时只需包含可执行文件和静态库文件。
• 不需要在目标系统上重新编译静态库。

4. 更新和维护：

• 更新静态库需要重新编译所有依赖它的程序。
• 维护成本相对较高，因为每个程序都需要单独处理库的更新。

5. 性能：

• 由于代码在编译时已经内联到可执行文件中，运行时性能通常较好。

6. 兼容性：

• 静态库与编译时的系统和库版本紧密相关，不同版本的库可能不兼容。

动态库（Dynamic Library）

1. 编译过程：

• 使用gcc或g++编译源文件生成.so文件。
• 编译命令示例：gcc -fPIC -c mylib.c && gcc -shared -o libmylib.so mylib.o

2. 文件大小：

• 动态库在编译时不包含在最终的可执行文件中，而是在运行时动态加载。
• 因此，生成的可执行文件较小。

3. 部署和使用：

• 部署时需要确保目标系统上存在相应的动态库文件。
• 可以通过设置LD_LIBRARY_PATH环境变量或在/etc/ld.so.conf中添加路径来指定库的位置。

4. 更新和维护：

• 更新动态库只需替换库文件本身，不需要重新编译依赖它的程序。
• 维护成本较低，因为所有使用该库的程序都可以共享同一个库文件。

5. 性能：

• 运行时性能可能略低于静态库，因为需要额外的查找和加载步骤。
• 但是，现代操作系统和硬件通常对此进行了优化。

6. 兼容性：

• 动态库更加灵活，可以在不同版本的系统和库之间共享。
• 只要接口保持不变，不同版本的动态库可以相互替换。

总结

• 如果你希望程序具有更好的性能且不介意较大的可执行文件大小，可以选择静态库。
• 如果你希望程序更易于更新和维护，并且可以接受较小的可执行文件大小以及可能的轻微性能损失，那么动态库是更好的选择。

在实际项目中，根据具体需求和场景权衡利弊来选择使用哪种类型的库。