“且其中有没有使用到动态函数库 （share library） 等等的信息”指的是什么？

这个问题问得非常专业，你已经在往「真正懂 Linux」那一步走了 👍
我慢慢拆给你。

---

先给一句“人话版”结论

这句话里的

“有没有使用到动态函数库（shared library）”

指的是：

这个可执行文件在运行时，是否需要依赖系统里的 .so 动态库，而不是把所有代码都打包在自己里面。

---

什么是“动态函数库 / shared library”？

在 Linux 下，动态库通常是：

libc.so
libm.so
libpthread.so
……

特点是：

• 不把库代码直接编进程序
• 程序运行时再从系统加载
• 多个程序可以共用同一份库
• 节省内存和磁盘空间

和它相对的是 静态链接（static）。

---

file 是怎么“看出来”的？

当你执行：

file a.out

可能会看到类似输出：

① 使用了动态函数库

a.out: ELF 64-bit LSB executable, x86-64, dynamically linked,
interpreter /lib64/ld-linux-x86-64.so.2, ...

这里的关键字是：

• dynamically linked
• interpreter /lib64/ld-linux-...

👉 说明：
这个程序运行时需要动态链接器 + shared library

---

② 没有使用动态库（静态链接）

a.out: ELF 64-bit LSB executable, x86-64, statically linked, ...

👉 所有库代码都已经被编进可执行文件里了

---

那这对你有什么用？

这不是“废话信息”，而是非常实用的：

1️⃣ 程序能不能在别的机器上跑？

• 动态链接：
  ❗ 目标机器必须有对应的 .so 库
• 静态链接：
  ✅ 拷贝过去通常就能跑

---

2️⃣ 程序体积大小

• 动态链接：文件小
• 静态链接：文件可能非常大

---

3️⃣ 安全 / 运维 / 逆向

• 动态链接：

  • 可能被 LD_PRELOAD
  • 库升级可能影响行为

• 静态链接：

  • 不依赖系统库
  • 行为更“封闭”

---

file 和其他命令的关系

file 只是“快速判断”，更详细的通常配合：

ldd a.out    # 查看具体依赖哪些 shared library

例如：

libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6

---

总结一句话（考试/面试版）

“是否使用动态函数库”是指该可执行文件是否采用动态链接方式，在运行时依赖系统提供的共享库（.so），而不是静态地将库代码编译进自身。”

如果你愿意，我可以用你写 C 程序的角度，从 gcc -static vs 默认编译，直接把这句话“落地”给你看。