内置的Python模块sqlite3是使用全局电脑的sqlite3共享库，还是静态链接？

Question

在 Linux Ubuntu 上（使用 Python 3.5，但在较新的版本上类似），这里是内置模块 sqlite3 的调用方式:

import sqlite3 
==> sqlite3/__init__.py:    from sqlite3.dbapi2 import * 
==> sqlite3/dbapi2.py:      from _sqlite3 import * 
==> /usr/lib/python3.5/lib-dynload/_sqlite3.cpython-35m-x86_64-linux-gnu.so

如何可靠地知道：

_sqlite3.**.so里面有静态链接的Sqlite库吗？
或者如果 _sqlite3.**.so 正在调用计算机全局共享库，例如 /usr/lib/x86_64-linux-gnu/libsqlite3.so?

Answer 1

实际上_sqlite3.cpython-35m-x86_64-linux-gnu.so是使用了一些共享库。

例子

 $ ldd /usr/lib64/python3.6/lib-dynload/_sqlite3.cpython-36m-x86_64-linux-gnu.so
        .
        libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 (0x00007f0701a4c000)
        libpython3.6m.so.1.0 => /usr/lib64/libpython3.6m.so.1.0 (0x00007f0701577000)
        libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f0701557000)
        libc.so.6 => /lib64/libc.so.6 (0x00007f070139a000)
        libdl.so.2 => /lib64/libdl.so.2 (0x00007f0701395000)
        libicui18n.so.65 => /usr/lib64/libicui18n.so.65 (0x00007f070109c000)
        libicuuc.so.65 => /usr/lib64/libicuuc.so.65 (0x00007f0700eb4000)
        libm.so.6 => /lib64/libm.so.6 (0x00007f0700d72000)
        libintl.so.8 => /lib64/libintl.so.8 (0x00007f0700d65000)
        libutil.so.1 => /lib64/libutil.so.1 (0x00007f0700d60000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f0701dd3000)
        libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007f0700b90000)
        libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f0700b74000)
        libicudata.so.65 => /usr/lib64/libicudata.so.65 (0x00007f0700b71000)

内置的Python模块sqlite3是使用全局电脑的sqlite3共享库，还是静态链接？

Is the built-in Python module sqlite3 using the global computer's sqlite3 shared library, or is it statically linked?

python

linux

sqlite

dynamic-linking

static-linking