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

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

当您通过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路径问题。

在我的例子中，我安装了python:

/Library/Frameworks/Python.framework/Versions/2.6/bin/python,

在python2.6中没有site-packages目录。

找到我用pip安装的包(SOAPpy)

/System/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/

并且site-package不在python路径中，我所做的只是将site-packages永久地添加到PYTHONPATH中。

打开终端 输入open .bash_profile 在弹出的文本文件中，在最后添加这行: 出口到PYTHONPATH = $ PYTHONPATH: /系统/图书馆/框架/ Python.framework /版本/ 2.6 / lib / python2.6 /网站/ 保存文件，重新启动终端，就完成了

我有同样的问题:脚本导入colorama是抛出和ImportError，但sudo pip安装colorama告诉我“包已经安装”。

我的解决方案:运行pip没有sudo: pip安装colorama。然后pip同意需要安装它，安装了它，我的脚本运行了。

我的环境是Ubuntu 14.04 32位;我想我在激活virtualenv之前和之后都看到了这个。

更新:更好的方法是使用python -m pip install <package>。这样做的好处是，由于您正在执行想要在其中安装包的特定python版本，pip将明确地将包安装到“正确”的python中。再次强调，在这种情况下不要使用sudo。然后在正确的位置获得包，但可能具有(不需要的)根权限。

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

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

我一直在用脑袋撞显示器，直到一个年轻的实习生告诉我，秘诀是在模块目录中“python setup.py install”。

出于某种原因，从那里运行设置可以让它正常工作。

需要明确的是，如果你的模块名是"foo":

[burnc7 (2016-06-21 15:28:49) git]# ls -l
total 1
drwxr-xr-x 7 root root  118 Jun 21 15:22 foo
[burnc7 (2016-06-21 15:28:51) git]# cd foo
[burnc7 (2016-06-21 15:28:53) foo]# ls -l
total 2
drwxr-xr-x 2 root root   93 Jun 21 15:23 foo
-rw-r--r-- 1 root root  416 May 31 12:26 setup.py
[burnc7 (2016-06-21 15:28:54) foo]# python setup.py install
<--snip-->

如果您试图从任何其他目录通过调用其路径来运行setup.py，那么您最终会得到一个borked安装。

不工作:

python /root/foo/setup.py install

做的工作:

cd /root/foo
python setup.py install

我无法让PYTHONPATH正常工作。我意识到添加export修复了这个问题:

(工作)

export PYTHONPATH=$PYTHONPATH:~/test/site-packages

vs.

(没有工作)

PYTHONPATH=$PYTHONPATH:~/test/site-packages

我在系统上安装2.7和3.5时遇到了这个问题，试图用Python-Telegram-Bot测试电报机器人。

在使用pip和pip3安装后，无论是否使用sudo，我都无法让它工作。我总是得到:

Traceback (most recent call last):
  File "telegram.py", line 2, in <module>
    from telegram.ext import Updater
  File "$USER/telegram.py", line 2, in <module>
    from telegram.ext import Updater
ImportError: No module named 'telegram.ext'; 'telegram' is not a package

正确地读取错误消息告诉我，python正在当前目录中查找telegram.py。我有一个脚本叫telegram。py当我调用import时，它被python加载了。

总结，确保在尝试导入时，当前工作目录中没有任何package.py。(并仔细阅读错误消息)。

在我的例子中，我运行pip install Django==1.11，它不会从python解释器中导入。

浏览pip的命令，我发现pip show是这样的:

> pip show Django
Name: Django
Version: 1.11
...
Location: /usr/lib/python3.4/site-packages
...

注意位置显示的是'3.4'。我发现python-命令被链接到python2.7

/usr/bin> ls -l python
lrwxrwxrwx 1 root root 9 Mar 14 15:48 python -> python2.7

就在它旁边，我发现了一个名为python3的链接，所以我使用了它。还可以将链接更改为python3.4。这也能解决问题。

我通过一种组合方法纠正了这个问题。首先，我听从克里斯的建议，打开命令行，输入“pip show packagename” 这提供了已安装包的位置。

接下来，我打开python，输入“import sys”，然后输入“sys”。path'来显示我的python在哪里搜索我导入的任何包。唉，第一步中显示的位置不在列表中。

最后一步，我输入“sys.path.append('package_location_seen_in_step_1')”。您可以选择重复步骤2，以查看位置现在在列表中。

测试步骤，尝试再次导入包…它的工作原理。

缺点呢?它是临时的，每次都需要将其添加到列表中。

我有类似的问题(在Windows上)，根本原因在我的情况下是杀毒软件!它有“自动遏制”功能，用某种虚拟机包装正在运行的进程。 症状是:pip安装someemodule在一个cmd行窗口中正常工作，从另一个进程执行时导入someemodule失败，并出现错误

ModuleNotFoundError: No module named 'somemodule'

我在尝试使用我通过sudo pip install keyring安装的keyring时遇到了这个问题。正如在其他答案中提到的，在我的情况下，这是一个权限问题。

对我有用的是:

卸载密匙环:

Sudo PIP卸载密匙环

我使用sudo的-H选项并重新安装密匙环:

sudo -H pip安装密匙环

也许有点跑题了，但我在导入PyYAML时遇到了问题。指出你需要导入yaml。(我猜是经典的rtfm…)

在PyCharm中，我通过更改项目解释器路径解决了这个问题。

文件->设置->项目->项目解释器

File -> Invalidate缓存…之后可能需要。

在我的情况下，这是模块中缺少init.py文件的问题，我想在Python 2.7环境中导入该文件。

Python 3.3+具有隐式命名空间包，允许它在没有init.py文件的情况下创建包。

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

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

这工作! !

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

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

import <module_name>

大多数可能的情况已经在解决方案中涵盖，只是分享我的案例，我碰巧在一个环境中安装了一个包(例如X)，而我正在另一个环境中导入包(例如Y)。因此，始终确保您从安装包的环境中导入包。

如果上面提到的其他答案对您不起作用，请尝试删除pip缓存并重新安装包。我的机器运行的是Ubuntu14.04，它位于~/.cache/pip下。删除这个文件夹对我有用。

对我有用的是:

python -m pip install -user {package name}

该命令不需要sudo。这是在OSX Mojave上测试的。

在我的情况下，我还必须为超级用户安装模块。

sudo su
pip install <module>

显然，superuse在某些情况下不能访问普通用户的文件。

对我来说，它是确保模块的版本与我使用的Python版本一致。我在一个装有Python 3.6的盒子上构建了这个映像，然后注入到一个恰好安装了3.7的Docker映像中，然后当Python告诉我这个模块没有安装时，我撞了头……

Python 3.6的36m bsonnumpy.cpython-36m-x86_64-linux-gnu.so

bsonnumpy.cpython-37m-x86_64-linux-gnu.so

我知道这是一个超级老的帖子，但对我来说，我有一个32位python和64位python安装的问题。一旦我卸载了32位的python，一切都正常工作了。

我已经解决了我的问题，相同的库在一个项目(A)中工作良好，但在另一个项目(B)中导入这些相同的库会导致错误。我使用Pycharm作为IDE在Windows操作系统。 所以，在尝试了许多潜在的解决方案，但都未能解决问题后，我做了以下两件事(删除“Venv”文件夹，并重新配置解释器):

在项目(B)中，有一个名为(“venv”)的文件夹，位于外部库/。我删除了那个文件夹。

2-Step 1 (deleting "venv" folder) causes error in Python Interpreter Configuration, and there is a message shown at top of screen saying "Invalid python interpreter selected for the project" and "configure python interpreter", select that link and it opens a new window. There in "Project Interpreter" drop-down list, there is a Red colored line showing previous invalid interpreter. Now, Open this list and select the Python Interpreter(in my case, it is Python 3.7). Press "Apply" and "OK" at the bottom and you are good to go.

注意:这可能是我的项目(B)的虚拟环境无法识别已经安装和工作的库的问题。

如果您正在使用虚拟环境，请使用pipenv install <模块名>而不是pip install <模块名>

为我工作。

另外，请确保不要将pip3与pip混淆。我发现与pip一起安装的包不能与python3一起工作，反之亦然。

也有这个问题。这个包安装在Python 3.8.0上，但是VS Code使用旧版本(3.4)运行我的脚本。

终端修复:

py . py

确保在正确的Python版本上安装包

就像一个朋友今天为我做的那样，下面是帮助我的方法(我正在使用Windows):

按“设置”->“项目”->“项目解释器”。在右边的窗口中，左边有一行标题为“Project Interpreter”。单击该行，它将打开其他几行。

现在按下“显示全部”行。一扇窗会打开。 在这个窗口中，按下右上角的小“+”符号。

将打开一个新窗口。在左边有4个标签，按最上面的一个，上面写着“Virtualenv环境”。 现在，在右边的窗口中，标记‘Existing Environment’选项。'Interpreter'行将变得清晰可见。按“…”’按钮在行右边。

现在，一个浏览窗口将打开。浏览到安装Python本身的目录。不是有PyCharm的那个。当你到达那里，选择'python.exe'文件并按OK(窗口将消失)。

再次按OK(此窗口也将消失)。

现在在这个窗口中，确保您创建的新行被标记，并再次按OK。

现在，所有安装的包都应该在项目解释器中可见，并由程序读取。

对我来说最简单的解决方案，但我在这篇文章中没有提到:

我安装了多个版本的Python，但试图使用Python3.7 -所以我必须使用:

Sudo pip3.7 install <package> . sh

我已经通过pip安装了colorama，我得到了“ImportError: No module named colorama”

所以我用“find”搜索，找到了绝对路径，并像这样将它添加到脚本中:

import sys
sys.path.append("/usr/local/lib/python3.8/dist-packages/")
import colorama 

这招奏效了。

在重新定位的虚拟环境(venv)中也会出现此问题。

我有一个项目，在根目录中设置了venv。后来我创建了一个新用户，并决定将项目移动到这个用户。我没有只移动源文件并重新安装依赖项，而是将整个项目连同venv文件夹一起移动到新用户。

在此之后，我安装的依赖项被添加到全局site-packages文件夹中，而不是venv中的文件夹中，因此在这个env中运行的代码无法访问这些依赖项。

要解决这个问题，只需删除venv文件夹并重新创建它，如下所示:

$ deactivate
$ rm -rf venv
$ python3 -m venv venv
$ source venv/bin/activate
$ pip install -r requirements.txt

在我的情况下(WIN10主机上的Ubuntu 20.04虚拟机)，我有一个混乱的情况，安装了许多版本的Python和不同点的共享库(在文件系统的许多点安装pip)。我指的是3.8.10 Python版本。 经过多次测试，我用谷歌搜索发现了一个建议(但是“对不起，我没有链接”)。下面是我为解决这个问题所做的:

From shell session on Ubuntu 20.04 VM, (inside the Home, in my case /home/hduser), I've started a Jupyter Notebook session with the command "jupyter notebook". Then, when jupyter was running I've opened a .ipynb file to give commands. First : pip list --> give me the list of packages installed, and, sympy wasn't present (although I had installed it with "sudo pip install sympy" command. Last with the command !pip3 install sympy (inside jupyter notebook session) I've solved the problem, here the screen-shot : Now, with !pip list the package "sympy" is present, and working :

I know, that this is very old post but I didn't find any answer that was useful in my case (I am using arch linux). I had a similar problem installing "nest_asyncio" package which was definitely installed (visible when listing all the installed packages). There is a right way for arch linux users of installing python packages (as it was already explained here by Emanuel Fontelles). In my case the solution was just to uninstall the remaining not-working package (in my case "nest_asyncio") and then installing it again using the following command:

sudo pacman - s python-"nest_asyncio .

这解决了所有的问题。

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

python3 -m pip install --upgrade pip setuptools wheel

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

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

在我的例子中，我假设安装了一个包，因为它出现在pip freeze的输出中。但是，只是site-packages/*。Dist-info文件夹足以让PIP将其列为已安装，尽管缺少实际的包内容(可能是由于意外删除)。即使所有的路径设置都是正确的，也会发生这种情况，如果您尝试pip install <pkg>，它会说“需求已经满足”。

解决方案是手动删除dist-info文件夹，以便pip意识到包内容丢失。然后，重新安装应该会重新填充意外删除的任何内容

检查您在IDE或代码编辑器的解释器和系统上使用的python版本是否相同。 例如，在终端中使用python3——version检查python版本 并在VSCode中通过cmd+shift+p->检查解释器的python版本:Select interpreter ->选择与您在终端中看到的相同的版本。

今天，我发现setup.py包也会产生这个问题。

我有一个分类器< 3的设置

setup(
    name='data_reader',
    version='0.1',

    description='data_reader by Mithril ',
    long_description=long_description,

    author='Mithril',

    classifiers=[
        'Development Status :: 1 - Beta',
        'Programming Language :: Python :: 2',
        'Programming Language :: Python :: 2.6',
        'Programming Language :: Python :: 2.7',

        'Intended Audience :: Developers',
        'Operating System :: OS Independent',

        "License :: GPLv3",

        'Topic :: Internet :: WWW/HTTP',
        'Topic :: Software Development :: Libraries :: Tools',
        'Topic :: Software Development :: Libraries :: Python Modules',
    ],


)

我在conda env中使用python 3.7，我发现

pip install .
# or
pip install git+https://github.com/eromoe/data_reader

全部成功，但导入data_reader raise未找到。

经过一些测试，挖掘后只改变分类器

    classifiers=[
        'Development Status :: 1 - Beta',
        "Programming Language :: Python :: 3",
        'Intended Audience :: Developers',
        'Operating System :: OS Independent',
        "License :: GPLv3",
        'Topic :: Internet :: WWW/HTTP',
        'Topic :: Software Development :: Libraries :: Tools',
        'Topic :: Software Development :: Libraries :: Python Modules',
    ],

重新安装，导入恢复正常!

不确定这是否会帮助任何人，但我有一个类似的问题在Mac M1与zsh。原来我在我的.zshrc文件中设置了一个别名命令，与我的python命令(python3)同名。

为了解决这个问题，我只需要取消命令的别名。我跑:

unalias python3

从我的家庭终端和Visual Studio的终端。