是内置Python模块sqlite3使用全局计算机的sqlite3共享库,还是它是静态链接的?



在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) ?

实际上_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)

最新更新