更换编译器后为什么需要对依赖库重新编译
更换编译器后通常需要重新编译依赖库，主要是为了确保二进制兼容性 (ABI Compatibility) 和避免链接时或运行时错误。以下是一些关键原因：
主要原因
1. 应用程序二进制接口 (ABI) 不兼容 ⚙️
不同的编译器，甚至同一编译器的不同版本，可能会有不同的 ABI。ABI 定义了程序模块在二进制级别如何交互，包括：
数据类型表示：不同编译器可能对基本数据类型（如
int,long）的大小或对齐方式有不同的实现。函数调用约定：参数如何传递给函数（例如，通过寄存器还是栈），以及返回值如何返回。
名称修饰 (Name Mangling)：C++ 编译器为了支持函数重载和命名空间，会对函数和变量名进行修饰。不同的编译器使用不同的修饰方案。如果主程序和库的名称修饰不一致，链接器将无法找到匹配的符号。
异常处理机制：不同编译器可能使用不同的底层机制来处理异常。
虚函数表 (vtable) 布局：C++ 中虚函数的实现依赖于虚函数表，其布局可能因编译器而异。
如果主程序使用一个编译器编译，而依赖库使用另一个 ABI 不兼容的编译器编译，那么在链接或运行时很可能会遇到各种难以诊断的错误，例如：
链接错误：找不到符号（undefined symbols）。
运行时崩溃：由于数据解释错误、错误的函数调用或无效的内存访问。
未定义的行为：程序表现出不可预测的行为。
2. C++ 标准库实现差异 📚
不同的编译器通常会附带它们自己实现的 C++ 标准库（例如，libstdc++ for GCC, libc++ for Clang, MSVC STL for Visual Studio）。这些实现虽然都遵循 C++ 标准，但在内部实现细节上可能存在差异：
数据结构布局：像
std::string,std::vector,std::map等容器的内部结构可能不同。例如，一个编译器实现的std::string可能使用小字符串优化 (SSO)，而另一个可能不使用，或者以不同的方式实现。类大小和成员偏移：标准库中类的大小和其成员在内存中的偏移量可能不同。
如果将使用一个编译器及其标准库编译的程序与使用另一个编译器及其标准库编译的库链接起来，传递标准库对象（如将 std::string 从主程序传递给库函数）可能会导致内存损坏或程序崩溃。
3. 编译器特定的优化和特性 🚀
编译器可能会进行特定的优化或使用其独有的特性。如果库是用一个编译器编译的，它可能依赖于该编译器的某些特定行为或优化。用另一个编译器编译的主程序可能无法正确地与这些特性交互。
4. 预处理器宏和条件编译 ⚙️
代码中可能存在依赖于特定编译器预定义宏（例如 _MSC_VER for MSVC, __GNUC__ for GCC）的条件编译块。更换编译器后，这些宏的值会改变，导致不同的代码路径被编译，这可能与预编译库的行为不兼容。
总结
简单来说，编译器不仅仅是将源代码翻译成机器码的工具，它还定义了代码模块之间如何交互的底层规则。更换编译器意味着这些规则可能发生变化。为了保证所有代码模块（主程序和所有依赖库）都遵循相同的规则并能正确地协同工作，重新编译所有依赖库是确保稳定性和正确性的关键步骤。忽略这一步很容易引入难以追踪的错误，浪费大量调试时间。