在安装mechanize后，我似乎无法导入它。
我已经尝试从pip、easy_install和通过python setup.py从这个repo安装:https://github.com/abielr/mechanize。所有这些都无济于事，因为每次我输入Python交互时，我得到:
Python 2.7.3 (default, Aug 1 2012, 05:14:39)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import mechanize
Traceback (most recent call last):
File "<stdin>", line 1, in <module>
ImportError: No module named mechanize
>>>
我之前运行的安装报告已经成功完成，因此我希望导入能够正常工作。是什么导致了这个错误?
当前回答
我有同样的问题:脚本导入colorama是抛出和ImportError，但sudo pip安装colorama告诉我“包已经安装”。
我的解决方案:运行pip没有sudo: pip安装colorama。然后pip同意需要安装它，安装了它，我的脚本运行了。
我的环境是Ubuntu 14.04 32位;我想我在激活virtualenv之前和之后都看到了这个。
更新:更好的方法是使用python -m pip install <package>。这样做的好处是，由于您正在执行想要在其中安装包的特定python版本，pip将明确地将包安装到“正确”的python中。再次强调，在这种情况下不要使用sudo。然后在正确的位置获得包，但可能具有(不需要的)根权限。
其他回答
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.
我在系统上安装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。(并仔细阅读错误消息)。
我也遇到过同样的问题，但上面的答案都没用。我快被逼疯了，直到我注意到那个系统。当我从父项目导入后，路径就不同了。原来我用importlib写了一个小函数来导入一个不在项目层次结构中的文件。坏主意:我忘了我做过这件事。更糟糕的是，导入过程搅乱了系统。路径，然后就这样走了。非常糟糕的主意。
解决方案是停止这种情况，并简单地将我需要导入的文件导入到项目中。另一种方法是将文件放到它自己的项目中，因为它需要不时地重新构建，并且重新构建可能与主项目的重新构建不一致。
在重新定位的虚拟环境(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
