为什么如今的库还会被编译成 shared library 来用？内存和磁盘空间都已经足够了呀

[fhc023]

主要是历史原因吗？是不是还有其他的理由？

[ysc3839]

足够不代表可以随意浪费，当节约的成本几乎为 0 的时候为什么还要浪费？

[doun]

版本管理等，编译时间等？ golang 不就是全静态编译链接了吗

[Osk]

想起了被 node_modules 支配的恐惧,,,

[across]

为什么不用 shared lib，反而要采用浪费内存和磁盘的方法？

[thedrwu]

底层库的 hotfix/upgrade 不会牵一发而动全身

Windows hook

LGPL

obj/linker 的兼容性

等等

[fhc023]

哦 我是觉得相对它的收益 成本有点高。作为库的使用者，得保证开发和生产环境的这些依赖版本都一致。还是很痛苦的。

[wbing]

改一个库的功能，把库替换了就好了，就不用把使用这个库的程序再重新编译一次

[justou]

https://docs.microsoft.com/en-us/windows/desktop/dlls/advantages-of-dynamic-linking

[fhc023]

@doun 我很喜欢 go 呀 但是有很多有现有 c 库的情况就很尴尬。没太试过用 go 调用 c 不知道好不好

[shyangs]

想起了被 node_modules 支配的恐惧
::doge::

[fhc023]

@wbing 如果编译成 static library 的话也是不用重新编译的 只是打包一下

[fhc023]

@Osk 哈哈 package-lock.json

[thedrwu]

@fhc023 如果操作系统的 runtime 打个补丁，需要重新安装所有的程序。还是说每个程序都静态链接一份操作系统？

[tewilove]

库克：mmp。
安卓：内存可能只够开个 QQ。

[WordTian]

并不够，比如 office 软件要都搞成静态链接，开了这个你就不用干别的了

[catalina]

别开玩笑，你想折腾死那些官方源和镜像源吗（笑哭）

[fhc023]

@thedrwu 有道理

[fhc023]

我二了

[misaka19000]

我觉得对于客户端程序动态链接是有必要的，而对于服务端的程序则比较适合使用静态链接的程序

[danc]

开玩笑吧。比如 windows 操作系统，你看有多少 dll 文件，你要静态链接了，编译一次得多久，而且你的内存能放得下不