#PS:要转载请注明出处,本人版权所有

#PS:这个只是 《 我自己 》理解,如果和你的

#原则相冲突,请谅解,勿喷

ModuleNotFoundError: No module named ‘xxx’ 分析

这个问题只要是用过python的人,一般或多或少都会遇到过这个问题,这个问题其实很明确,就是你import的module找不到。
关于为啥找不到的原因,倒是有很多花里胡哨原因。

Python module的搜索路径

python的module搜索路径,其实是编译python的时候就有相关的默认配置的。例如:

python -m sysconfig

在这里插入图片描述
这里面就包含了相应的搜索路径。但是我们执行如下命令看真实的搜索路径,就会发现一些奇怪的东西。

python3 -c “import sys;print(sys.path)”

在这里插入图片描述

其实这里可以看出多了一些不常见的搜索目录,其实出了我们常见的site-packages外,python还有其他builtin 和一些独立的自带的模块。site-packages在约定中,是用来存放第三方库的,也就是你pip install安装的module.
这里有个重要的目录是/usr/lib/python3.6/lib-dynload/,里面的so是python 自带模块的底层实现,比如ctype 对应的实现是 _ctype.
在这里插入图片描述
上面sys.path包含的路径,就是python import 模块时的全部搜索路径了。当然,还包含一个当前路径,也就是你执行python命令的路径,也会被默认搜索。

此外,通过环境变量PYTHONPATH也可以向sys.path添加值。

正常情况下,我们就可以通过在这些目录里面放置我们的模块,然后在python里面import即可。

ModuleNotFoundError: No module named ‘xxx’ 可能原因和解决方案

s1

原因:sys.path 所包含的所有目录中,确实无对应的xxx模块。
解决方法:这个时候,通过pip install安装即可解决。

s2

原因:sys.path 所包含的所有目录中,有对应的xxx模块,但是有多个地方都存在(可能是同样的版本,可能是不一样的版本)。
解决方法:所有的目录中,只保留一个xxx模块即可,其他的都uninstall了。(小提示:这里推荐使用虚拟环境,这样就很少出现这种情况,出现这种情况的本质原因还是一个系统配置了太多的python版本)

s3 (新大陆)

这种情况也是我最近遇到的新坑。具体表现是sys.path目录中有xxx模块,而且还有且只有一个。根据我们上文的s1,s2情况来看,这就应该解决的问题了呀,可是并没有。这就让我很懵逼。

情况复现:我手动编译了一个python3,需要使用python c interface功能。我同时生成了debug和release的python3的库。在我尝试import numpy的时候,release的库一直ok,但是debug的python库一直报找不到numpy的库。(我确定numpy在sys.path中,而且只有一个)

经过我大量的寻找,在如下的一个链接(https://bugs.python.org/issue36716)里面,找到了答案。
在这里插入图片描述
原来python 的debug和release版本,import 的时候,一些库的命名上面是有区别的。
我们分别在linux和win下执行如下:

import importlib.machinery
print(importlib.machinery.all_suffixes())

linux:
在这里插入图片描述
windows:
release:
在这里插入图片描述
debug:
在这里插入图片描述

可以看到,这里的.pyd(类似windows dll)和.so(类似linux so)分别是不通平台下,python import 需要的库的后缀。

同时我们也可以看到,同一平台下,release 和 debug版本的python import的时候,需要的module名字可能有些诧异,最直白的就是多了_d。
注意:windows-debug图中画红框部分,是由于我改了python的源码,它才会认识不带_d的module。哪怕这个module命名不带_d,但是它必须是debug版本的module才行,换句话说,仅仅是命名上的区别。如果你弄一个release的库,我这个python的debug版本依然不会import成功。改原因的原因也很苦逼,就是通过编译生成的debug module,它不会自动的给你加上_d,坑爹,如果这种模块多,需要你自己重命名的module太多了,于是,直接该源码才是很爽的方法。

解决方法也很简单的:直接编译一个debug版本的xxx模块即可。同时修改生成的module库,加上_d即可解决。

原因也很简单就是库的名字没有对上,导致找不到。

一般来说,s3这种情况大家都不会碰见的,除非和我一样,用python c interface的时候,在debug模式下使用,就可能会出现这种情况。找起答案来,也比较麻烦。

未完待续(以后遇到新的再补充)

#PS:请尊重原创,不喜勿喷

#PS:要转载请注明出处,本人版权所有.

有问题请留言,看到后我会第一时间回复

Logo

旨在为数千万中国开发者提供一个无缝且高效的云端环境,以支持学习、使用和贡献开源项目。

更多推荐