C++
Cargo 的自动处理依赖机制及其默认的静态链接方式，确实值得推崇。相比之下，传统的 C/
C++ 编译器和构建工具通常会默认动态链接所有依赖库，甚至强制某些库必须动态链接。这种做法虽然在理论上具备一定优势，但在实际应用中却可能带来更多问题。许多教科书强调动态链接优于静态链接，理由是多个程序可以共享同一个动态库，从而节省磁盘和内存资源。然而，这一观点并不完全成立。动态链接的实际缺陷往往更为突出：例如，不同版本的动态库可能导致兼容性问题（即DLL 地狱现象），而且运行时需要确保目标系统上存在正确的动态库版本，增加了部署复杂度。而静态链接看似能解决这些问题，却又引入了新的挑战。例如，在 C/
C++ 中，如果一个静态库（如 libFoo.a）依赖另一个静态库（如 libBar.a），链接器无法自动识别这种依赖关系。如果我们只链接 libFoo.a，可能会出现找不到符号的错误，必须手动添加所有相关依赖库，操作繁琐且容易出错。此时，Cargo 的优势便得以体现。它通过从源码构建所有依赖库，彻底避免了二进制兼容性问题。同时，Cargo 会将这些依赖库全部静态链接到最终程序中，从而解决了动态链接和手动管理静态库依赖的种种麻烦。尽管生成的程序体积可能较大，但与动态链接的整体开销相比，实际上更小且更高效。
