我在使用Django时也遇到了类似的问题。在我的例子中，我可以从Django shell中导入模块，但不能从导入模块的.py中导入。 问题是我在安装模块的另一个virtualenv上运行Django服务器(因此，执行.py)。

相反，shell实例在正确的virtualenv中运行。这就是为什么它有效的原因。

Python导入机制确实有效，所以:

你的PYTHONPATH是错误的， 您的库没有安装在您认为的位置 您有另一个具有相同名称的库来掩盖这个库

我也遇到了同样的问题，更新setuptools有帮助:

python3 -m pip install --upgrade pip setuptools wheel

之后，重新安装包，它应该可以正常工作:)

问题是，如果setuptools是旧的，那么包就会不正确地构建。

当您通过easy_install或pip安装时，它是否成功完成?全输出是多少?您正在使用哪个python安装?如果您正在将模块安装到系统目录(如果您正在使用系统python安装)，则可能需要在使用安装命令之前使用sudo。你的问题中没有太多有用的信息，但是一些工具可能会有帮助，包括:

echo $PYTHONPATH and/or echo $PATH: when importing modules, Python searches one of these environment variables (lists of directories, : delimited) for the module you want. Importing problems are often due to the right directory being absent from these lists which python, which pip, or which easy_install: these will tell you the location of each executable. It may help to know. Use virtualenv, like @JesseBriggs suggests. It works very well with pip to help you isolate and manage the modules and environment for separate Python projects.

这工作! !

这通常发生在模块安装到旧版本的python或其他目录时，不用担心，因为解决方案很简单。 - import module from模块所在目录。 你可以先导入python sys模块，然后从模块安装的路径导入

import sys
sys.path.append("directory in which module is installed")

import <module_name>

我也遇到过同样的问题，但上面的答案都没用。我快被逼疯了，直到我注意到那个系统。当我从父项目导入后，路径就不同了。原来我用importlib写了一个小函数来导入一个不在项目层次结构中的文件。坏主意:我忘了我做过这件事。更糟糕的是，导入过程搅乱了系统。路径，然后就这样走了。非常糟糕的主意。

解决方案是停止这种情况，并简单地将我需要导入的文件导入到项目中。另一种方法是将文件放到它自己的项目中，因为它需要不时地重新构建，并且重新构建可能与主项目的重新构建不一致。