嘿，这个问题问得特别到位——很多刚摸编译配置的朋友都会把这俩选项搞混，但它们真的是完全不同的两个东西，咱们掰开揉碎了说：

核心区别 #

先从咱们常打交道的GNU autotools（就是那个./configure脚本）的默认逻辑说起：大部分开源软件的默认配置是**同时编译静态库（.a）和共享库（.so/.dll）**的，除非项目本身有特殊设定。

• --enable-static：这是个「加法选项」——它的作用是强制开启静态库的编译流程。如果某个项目默认只编译共享库（比如一些现代库为了精简分发体积，默认关了静态库），用这个选项就能把静态库的编译打开。要是项目默认已经在编译静态库，这个选项其实不会带来任何额外变化。

• --disable-shared：这是个「减法选项」——它的作用是强制关闭共享库的编译流程。不管项目默认有没有开共享库，用了这个选项后，只会生成静态库，完全跳过共享库的构建步骤。

一句话总结：--enable-static是「我要加个静态库」，--disable-shared是「我不要共享库了，只留静态的」。

适用场景举例 #

场景1：用--enable-static的情况 #

假设你要编译一个叫libbar的库，它的默认配置只生成共享库（比如某些专注于动态链接的工具库）。但你现在需要把它静态链接到自己的程序里（比如想做一个单文件可执行程序，不需要依赖外部.so文件就能跑），这时候就可以用：

./configure --enable-static

编译完成后，你会同时得到libbar.so（共享库）和libbar.a（静态库），后续链接自己的程序时选静态库就行。

场景2：用--disable-shared的情况 #

比如你在给嵌入式设备编译程序，嵌入式环境通常要么不支持共享库，要么为了减少内存占用、避免动态链接的依赖坑，需要完全静态的程序。这时候你得确保整个编译过程只生成静态库，完全不碰共享库，就用：

./configure --disable-shared

这样编译出来的所有依赖库都是静态的，最终生成的可执行程序是完全静态链接的，扔到嵌入式设备里就能直接跑，不用管任何外部依赖。

再举个实际的例子：编译curl时，如果想做一个完全静态的curl可执行文件，通常会这么写：

./configure --disable-shared --enable-static

这里两个选项一起用是双重保险：确保共享库被彻底关掉，同时强制开启静态库（虽然--disable-shared一般会自动触发静态库编译，但加上更稳妥，避免某些项目的特殊配置）。

额外小提示 #

有些项目的configure脚本可能对这两个选项的实现略有差异，但核心逻辑是统一的：

• 如果你只是想同时拥有静态库和共享库，而项目默认没开静态库，用--enable-static；
• 如果你只想要纯静态库，完全舍弃共享库，用--disable-shared；
• 少数场景下可能需要同时指定两个选项，确保编译结果符合预期。

内容的提问来源于stack exchange，提问作者bremen_matt