linux - *.so.*.* 库是什么

Question

当我在 /usr/lib 中执行 ls -l 时，我看到很多带有 "sameName.so.*.*" 的库扩大。

1. 这些扩展有什么意义？
2. 为什么要创建软链接(soft link)？它们有什么用？

一个例子将有助于理解。

Answer 1

这是一个用于对共享对象文件进行版本控制的技巧。这是一种避免因延迟链接而导致的可怕的 DLL hell 的方法。

惰性链接(或后期绑定(bind))的优点是可以更改可执行文件的组件而无需实际重新链接这些可执行文件。这允许修复第三方组件中的错误，而无需发布新的可执行文件等。

缺点和优点完全一样。您的可执行文件会发现它对底层库所做的假设已被更改，这可能会导致各种问题。

共享对象的版本控制是避免这种情况的一种方法。另一种方法是完全不共享对象，但这也有利有弊，我不会在这里讨论。

举例来说，假设您有 xyz.so 的版本 1。您有一个文件和指向该文件的符号链接(symbolic link):

pax> ls -al xyz*
-rw-r--r--  1 pax paxgroup    12345 Nov 18  2009 xyz.so.1
lrwxrwxrwx  1 pax paxgroup        0 Nov 18  2009 xyz.so -> xyz.so.1

现在，当您创建一个可执行文件 exe1 时，将其与 xyz.so 链接，它将遵循符号链接(symbolic link)，以便它存储 xyz.so .1 在可执行文件中作为它需要在运行时加载的东西。

这样，当您这样升级共享库时:

pax> ls -al xyz*
-rw-r--r--  1 pax paxgroup    12345 Nov 18  2009 xyz.so.1
-rw-r--r--  1 pax paxgroup    67890 Nov 18  2009 xyz.so.2
lrwxrwxrwx  1 pax paxgroup        0 Nov 18  2009 xyz.so -> xyz.so.2

您的原始可执行文件 exe1 将仍加载共享对象的版本 1。

但是，您现在创建的任何可执行文件(例如 exe2)都将与共享对象的版本 2 链接。

---

实际的实现细节可能会有所不同(我的回答基于早期的 UNIX，而 Linux 似乎比仅遵循符号链接(symbolic link)更智能地进行版本控制)。 IBM developerWorks 有一篇很好的文章介绍了它是如何完成的 here .

当你创建一个共享对象时，你给它一个真实的名字和一个soname。这些用于安装共享对象(创建对象及其链接)。

所以你可以结束这种情况:

pax> ls -al xyz*
-rw-r--r--  1 pax paxgroup    12345 Nov 18  2009 xyz.so.1.5
lrwxrwxrwx  1 pax paxgroup        0 Nov 18  2009 xyz.so.1 -> xyz.so.1.5
lrwxrwxrwx  1 pax paxgroup        0 Nov 18  2009 xyz.so -> xyz.so.1

与 xyz.so.1.5 拥有 xyz.so.1 的 SONAME。

当链接器链接到 xyz.so 时，它会跟随链接一直到 xyz.so.1.5 并使用它的 SONAME xyz.so.1 存储在可执行文件中。然后，当您运行可执行文件时，它会尝试加载 xyz.so.1，它将指向特定的 xyz.so.1.N(不一定是 1.5 版)。

因此您可以安装 xyz.so.1.6 并更新 xyz.so.1 链接以指向它，而已经链接的可执行文件将使用它。

这种多层方法的一个优点是您可以拥有多个可能不兼容的同名库(xyz.so.1.*、xyz.so.2.* ) 但是，在每个主要版本中，您可以自由升级它们因为它们应该是兼容的。

当您链接新的可执行文件时:

• 那些链接到 xyz.so 的人将获得最新主要版本的最新次要版本。
• 与 xyz.so.1 链接的其他人将获得特定主要版本的最新次要版本。
• 还有一些与 xyz.so.1.2 链接的人将获得特定主要版本的特定次要版本。