Ubuntu在哪里寻找共享库？

当我运行一个在运行时链接到共享库的进程时（该进程启动时链接，以后不链接dlload()），它在哪里寻找该共享库（.so）文件LD_LIBRARY_PATH？

背景：

我写了一些使用特定第三方库的C ++代码。我已经安装了该库并在两个不同的平台上编译了我的代码，两个平台都是Ubuntu，但版本不同，gcc的版本也不同。该库是从源代码编译和安装的，位于/usr/local/lib两个平台上。编译代码时，我链接了pkg-config --libs第三方库的参数，并验证了pkg-config --libs在两个平台上返回的结果完全相同。

我的代码在两个平台上均能成功编译，并且在两个平台LD_LIBRARY_PATH上均未定义（或定义为空""：）。但是，当我在一个平台上运行它时，它工作正常，而在另一个平台上，我收到此错误：

error while loading shared libraries: libthrift-0.9.0.so: cannot open shared object file: No such file or directory

有趣的是，不起作用的是较新版本的Ubuntu和gcc。：/

因此，我试图找出可以工作的人如何找到该库，以便使损坏的人以相同的方式来找到该库。（即，未设置LD_LIBRARY_PATH）

更新：

这是我的输出 cat /etc/ld.so.conf.d/*

...在工作（旧）系统上：

/usr/lib/mesa
/usr/lib32/mesa
/usr/lib/alsa-lib
# libc default configuration
/usr/local/lib
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu

...在损坏的（较新的）系统上：

# libc default configuration
/usr/local/lib
# Multiarch support
/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/mesa

整个路径业务与称为多体系结构的事物有关。基本上，它是允许您在同一系统上拥有32位和64位库。

复制文件后，是否碰巧运行ldconfig？

ldconfig  creates,  updates,  and removes the necessary links and cache
       (for use by the run-time linker,  ld.so)  to  the  most  recent  shared
       libraries  found  in  the directories specified on the command line, in
       the file /etc/ld.so.conf, and in the trusted directories (/usr/lib  and
       /lib).   ldconfig  checks the header and file names of the libraries it
       encounters when determining which  versions  should  have  their  links
       updated.  ldconfig ignores symbolic links when scanning for libraries.

上述问题以及第一个（也是唯一一个ATT）答案中包含的信息，帮助我解决了WSL Ubuntu上的*类似*我的问题（在Win10 64上）的！

就我而言，可执行文件找不到库。我最终发现，新制作的图书馆得到了安置在/usr/lib64，但的多拱线条/etc/ld.so.conf.d/x86_64-linux-gnu.conf 也没有包含该目录。

所以我跑了

sudo ldconfig /usr/lib64

终于解决了。（没有目录参数单独运行它并不能使其“神奇地”找到库BTW。）目前尚不清楚“重新启动”我的WSL bash是否有帮助……我认为甚至不需要。