☰

为什么 /usr/bin/free 打开了 liblzma？

tag-icon • tag-icon free
为什么 /usr/bin/free 打开了 liblzma？

运行时我看到以下内容strace free：

hans@devad22:~$ strace free 2>&1 | grep openat
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libprocps.so.8", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libsystemd.so.0", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/liblzma.so.5", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libzstd.so.1", O_RDONLY|O_CLOEXEC) = 3
openat(AT_FDCWD, "/lib/x86_64-linux-gnu/liblz4.so.1", O_RDONLY|O_CLOEXEC) = 3
(...)

免费开放一堆压缩库干嘛？需要free干嘛liblzma？

答案1

这基本上是我之前的回答，予以适当修改：

它free本身并不依赖于liblzma。使用lddtree从pax-utils（sudo apt install pax-utils）查看依赖关系树：

# lddtree $(command -v free)
free => /usr/bin/free (interpreter => /lib/ld-linux-aarch64.so.1)
    libprocps.so.8 => /lib/aarch64-linux-gnu/libprocps.so.8
        libsystemd.so.0 => /lib/aarch64-linux-gnu/libsystemd.so.0
            liblzma.so.5 => /lib/aarch64-linux-gnu/liblzma.so.5
            libzstd.so.1 => /lib/aarch64-linux-gnu/libzstd.so.1
            liblz4.so.1 => /lib/aarch64-linux-gnu/liblz4.so.1
            libcap.so.2 => /lib/aarch64-linux-gnu/libcap.so.2
            libgcrypt.so.20 => /lib/aarch64-linux-gnu/libgcrypt.so.20
                libgpg-error.so.0 => /lib/aarch64-linux-gnu/libgpg-error.so.0
    libc.so.6 => /lib/aarch64-linux-gnu/libc.so.6
    ld-linux-aarch64.so.1 => /lib/ld-linux-aarch64.so.1

ldd显示文件链接到的所有共享库，包括间接依赖项。

free来自procps 工具集，并且这些工具自然使用共享库来实现通用功能。不过，其中一些功能可能仅由某些 procps 工具使用。在这种情况下，ps其他工具支持与 systemd 相关的构造（例如，ps可以输出进程的 systemd 单元）。因此它链接到 systemd 库，进而引入这些压缩库。（不确定 systemd 将它们用于什么，也许是压缩核心转储文件或类似的东西。）

但是，free据我所知，似乎没有使用任何与 systemd 相关的功能。（源代码相对简单，如果你想检查一下的话。）它恰好链接到一个库，该库链接到一个 systemd 库，该库链接到几个压缩库。

相关内容