编译时依赖与运行时依赖的区别详解

编译时依赖和运行时依赖有什么区别

在开发软件或者配置系统环境的时候，经常会听到“编译时依赖”和“运行时依赖”这两个词。它们听起来差不多，但作用完全不同，搞混了可能导致程序编译失败，或者跑起来直接崩溃。

编译时依赖，指的是在把源代码转换成可执行文件的过程中需要用到的库或工具。比如你写了一段 C++ 程序，用到了 Boost 库里的功能，那么在编译这一步，就必须让编译器能找到 Boost 的头文件和静态库。如果找不到，编译就会报错，根本出不来可执行文件。

常见的编译时依赖包括：头文件（.h）、静态库（.a 或 .lib）、编译工具链（gcc、clang）等。这些在程序打包完成后就不再需要了。

#include <boost/algorithm/string.hpp>

int main() {
    std::string str = "  Hello World  ";
    boost::algorithm::trim(str);
    return 0;
}

上面这段代码在编译时必须有 Boost 的头文件存在，否则连编译都过不去。

运行时依赖，是程序真正运行起来之后才需要的东西。比如你用了某个动态链接库（.so 或 .dll），这个库在编译时可能只提供了接口声明，真正的实现是在程序启动后才加载的。如果用户的电脑上没有这个库，哪怕编译成功了，一运行也会报“找不到某某.dll”之类的错误。

举个生活中的例子：就像你在家做菜，编译时依赖是你做饭前必须有的食材和调料，缺一样都做不了；而运行时依赖更像是吃饭时的餐具——做菜的时候不需要筷子，但吃的时候没筷子就抓瞎了。

一个典型的运行时依赖场景是使用 glibc 的新特性。你的程序在较新的 Linux 系统上编译通过，但放到旧系统上运行时提示“GLIBC_2.34 not found”，这就是因为目标系统缺少对应的运行时库版本。

简单判断方法：看看这个依赖是不是在生成二进制文件之前就必须存在。如果是，就是编译时依赖；如果程序已经编译好了，但在另一台机器上跑不起来，多半是运行时依赖没装。

以 Python 项目为例，requirements.txt 里列出的包通常是运行时依赖，因为 Python 是解释型语言，不需要编译。但如果你用 Cython 把 Python 编译成 C 扩展，那编译过程中就需要 Python 的开发头文件（python-dev），这就成了编译时依赖。

再比如前端项目，Webpack、Babel 这些工具是用来打包代码的，属于编译时依赖；而打包完的 JS 文件里如果引用了 moment.js，用户浏览器必须能加载这个库才能正常运行页面，moment.js 就是运行时依赖。

搞清楚这两者的区别，能帮你更快定位问题。下次遇到程序要么编译不过，要么一启动就崩，先问问自己：我缺的是“做饭的材料”，还是“吃饭的筷子”？