问题背景：

• 在接入新库（静态库）时遇到了符号未定义问题，并发现改变静态库的链接顺序可以解决问题。

问题根源：

• 静态库是由 .o 文件拼接而成的，链接静态库时，链接器以 .o 文件为单位进行处理。
• 链接器在处理时采用从左到右的策略，不走回头路。

实验分析：

• 通过一个简单的示例（包含 main.cpp 和四个 .cpp 文件 a.cpp, b.cpp, c.cpp, d.cpp），展示了如何通过改变静态库的链接顺序来解决符号未定义问题。
• 示例中使用了 makefile 来构建项目，并展示了如何通过不同的链接顺序来影响链接结果。

链接器行为：

• 在 Linux 上使用 gcc/g++ 时，链接顺序会影响符号的解析。如果库 A 依赖库 B 中的符号，而库 B 在库 A 之后链接，可能会导致符号未定义错误。
• 在 macOS 上使用 clang++ 时，链接顺序似乎不影响链接结果，除非有符号未定义。

解决方法：

• 确保在链接命令中，依赖库（提供符号定义的库）在使用这些符号的库之前被链接。
• 使用 -Wl,--start-group 和 -Wl,--end-group 选项可以确保链接器在处理静态库时不会遗漏任何符号。

注意事项：

• 链接顺序问题与编译器有关，不同的编译器可能有不同的处理方式。
• 在大型软件项目中，管理库的依赖关系和链接顺序可能变得复杂，需要仔细规划。